xp提倡乙個規則叫做test-first design。採用test first design方法，你在編寫乙個新功能前先寫乙個單元測試，用它來測試實現新功能需要但可能會出錯的**。這意味著，測試首先是失敗的，寫**的目的就是為了讓這些測試能夠成功執行。
單元測試的基本過程：
1.設計乙個應當失敗的測試 。編譯器應當立刻反映出失敗。因為測試中需要使用的類和方法還沒有實現。
2.如果有編譯錯誤，完成**，只要讓編譯通過即可，這時的**只反映了**的意圖而並非實現。
3.在junit中執行所有的測試，它應當指示測試失敗
4.編寫實際**，目的是為了讓測試能夠成功。
5.在junit中執行所有的測試，保證所有的測試全部通過，一旦所有的測試通過，停止編碼。
6.考慮一下是否有其他情況沒有考慮到，編寫測試，執行它，必要時修改**，直至測試通過
單元測試 單元測試文章收藏
前言 前段時間公司計畫做自動化測試，自己也打算圍繞幾個點做相關調研，現在想想呢？其實對自動化測試的概念都還不是十分清晰，當時主要還是圍繞 單元測試 向qa小夥伴學習了一段時間，現由於公司重組，學習中斷，這裡簡單記錄一些單元測試好文，留待後續參考.什麼叫自動化測試？自動化測試覆蓋率？覆蓋率如何做到的？...
單元測試之Django單元測試
每個應用，自帶tests.py 整合在django的專案檔案裡，更多是開發人員寫django自動的測試執行 3.1 前後置方法執行特點 django.test.testcase類主要由前 後置處理方法和test開頭的方法組成 特點 繼承於django.test.testcase 測試用例都是test...
單元測試 單元測試編寫的原則
公司要求提公升單元測試的質量，其中我作為方案和推動的主導，對開發過程中的單元測試，有了一些思考和總結 單元測試編寫的目的，是面向計算機特性的，基於函式的in out，所以單元測試的好幫手就是斷言，通過不斷的構造輸出並對結果進行斷言，我們就可以針對乙個物件以及它的函式，構建出充足的用例去包裹它，以期望...