這裡有一些工作技巧，從編寫**和工作任務清單到工作自動化，可以使幫助測試工程師成為更好的測試開發工程師。
在將解決方案實際轉換為**之前，請養成寫出「偽**」的習慣。手工編寫還可以幫助將**編寫更有計畫性。如果寫出所需的函式和類以及它們之間的互動方式，則可以節省大量時間。儘管會消耗一些時間，但這個習慣張讓使您成為乙個從根本上來說更優秀的測試開發人員。
專案實施過程時，將較大的任務拆分為較小和更清晰的任務（這是單獨的邏輯單元並且可以單獨進行測試）是非常有用的的。列出此類可完成的小任務，並在完成任務後對其標註。這也會給工作帶來動力，並激勵專案進度不斷向前。清單可以在標籤紙、燃盡圖中，也可以在任何軟體中。
通過建立除錯、測試、上線分支並設定適當的訪問策略來遵循適當的版本控制策略。每當開始編碼時，請確保提取最新版本的**庫，然後再啟動編碼工作。在邏輯部分或功能完成後，繼續「提交/推送」**。不要長時間保持**庫處於未提交狀態。始終在本地計算機上測試**，然後再將其提交給**倉庫中。無論更改有多小，在推送**時都應養成檢查已修改檔案的差異的習慣，這將有助於跟蹤**的更改，並避免不必要的錯誤。
**重構是更改源**而不修改其功能行為的過程，目的是通過減少**的複雜性以及提高**的可擴充套件性來提高**的可讀性和可維護性。無法執行重構可能導致技術債務積累，這個坑肯定會在某個的時間填上。在這種情況下，沒有人願意花精力去填別人坑。大多數開發人員經常迴避接觸已經使用了很長時間的**。當需要增強現有功能時會出現問題，他們才會翻看**，了解其中的邏輯以及實現細節。
並非每乙個遇到的所有問題都有顯而易見、約定成俗的解決方案。通過網路搜尋功能，可能有「n」個開發人員遇到了相同問題，並且他們也找到了解決方案。因此，不要花費太多時間獨自實現解決方案。許多開發人員對使用搜尋功能是it工作的一部分的認識不足。尋求技術上解決方案的捷徑就是參考別人的解決方案。
「唯一不變的就變化」 雖然測試開發的框架更迭不如開發那樣頻繁，但總歸是it行業，不斷更新迭代才是生存之道。
重要的是要跟蹤外界的情況，尤其是關於自己的工作範圍。網際網路上沒有乙個單一的資訊源可以提供所有資訊，您需要花費精力去發現那些「金礦」。在社交**平台上關注網路技術，自動化測試等領域的思想前沿。還可以加入社群/討論組。
在做「黑盒測試」時，總是不明白為什麼開發總會寫出那麼多bug？直到我自己寫了專案：
我們經常會在我們開發的功能中發現很多「bug」，這意味著大多數時候程式設計都在寫「bug」。如果程式設計的目的是：所有程式的功能都是完整的，並且沒有任何「bug」，那麼工作幾乎就是根本不可能完成。
我們開始編寫**，就意味著要麼沒有功能欠缺，要麼我們的軟體有「bug」。因此，在某些方面，總是以程式設計師身份乾到失敗。這是一種怪異的思維方式，但是必須在事情還不完美且不起作用的情況下保持良好狀態，這實際上是我們的工作。
程式設計是乙個長期的過程，在過程中，將始終面臨新的障礙。養成記錄犯下的錯誤的習慣，這樣您就不會犯同樣的錯誤。
除了測試工作以外，測試開發工程師經常會經常執行一些任務。就像執行一組命令或執行某些活動一樣，這涉及到多個應用程式/程式/螢幕之間進行切換，這會占用一部分時間。建議通過指令碼或簡單的程式（可通過單擊或命令執行）以某種方式將這些花費時間的日常活動轉換為自動化執行。這將節省您的時間，可以專注於更有創造性的工作，而不必擔心每天陷入搬磚陷阱中。
SDET 測試開發工程師
不一樣的sdet 首先，我要強調的是這篇文章討論的是微軟的 software development engineer in test，中文翻譯為測試開發工程師，簡稱sdet。不同於以手工或者指令碼幫助測試的軟體測試工程師 ste,software test engineer sdet是用程式設計方...
測試開發工程師的發展
1.技術含量 面試過許多的應屆畢業生，問及為什麼選擇測試開發這個職位時，經常聽到以下的回答 我覺得自己開發能力比較弱，但我比較細心，覺得測試職位比較適合。我在實驗室和實習公司呆過，做過功能測試和效能測試，我比較喜歡測試.無論人們內心真實的想法是什麼，但潛意識裡面測試的技術含量沒有開發高。在校園招聘的...
什麼是測試開發工程師 SET ？
經常有人問到 什麼是 軟體測試開發工程師 software engineers in test，縮寫為set 借用google的規範來說其實就是 在測試中的軟體工程師 其工作性質上首先是測試，然後才是開發。我個人的觀點是 通常情況下是不行的。因為一名優秀的開發工程師所具備的能力，不僅僅是熟悉程式語言...