TDD 測試驅動開發

tdd的基本思路 是通過測試來推動整個開發的進行。

優勢：1.通過編寫測試用例 可以確保對需求描述的無二意（無歧義）

2.編寫測試用例 也是一種**設計的過程

3.測試用例是對**的最好的解釋

4.測試驅動開發提供的測試集就可以作為你編碼信心的**

5.測試用例可以保障**的正確性，能夠迅速發現、定位bug

過程測試驅動開發的基本過程如下

1） 明確當前要完成的功能。可以記錄成乙個 todo 列表。

2） 快速完成針對此功能的測試用例編寫。

3） 測試**編譯不通過。

4） 編寫對應的功能**。

5） 測試通過。

6） 對**進行重構，並保證測試通過。

7） 迴圈完成所有功能的開發。

tdd的原則:

1) 測試隔離。不同**的測試應該相互隔離。對一塊**的測試只考慮此**的測試，不要考慮其實現細節（比如它使用了其他類的邊界條件）。

2) 測試列表。需要測試的功能點很多。應該在任何階段想新增功能需求問題時，把相關功能點加到測試列表中，然後繼續手頭工作。

3) 先寫斷言。測試**編寫時，應該首先編寫對功能**的判斷用的斷言語句，然後編寫相應的輔助語句。

4) 可測試性。功能**設計、開發時應該具有較強的可測試性。其實遵循比較好的設計原則的**都具備較好的測試性。

5) 及時重構。無論是功能**還是測試**，對結構不合理，重複的**等情況，在測試通過後，及時進行重構.

6) 小 步前進。軟體開發是個複雜性非常高的工作，開發過程中要考慮很多東西，包括**的正確性、可擴充套件性、效能等等，很多問題都是因為複雜性太大導致的。

測試技術:

怎麼編寫測試用例

測試用例的編寫就用上了傳統的測試技術。

+ 操作過程盡量模擬正常使用的過程。

+ 全面的測試用例應該盡量做到分支覆蓋，核心**盡量做到路徑覆蓋。

+ 測試資料盡量包括：真實資料、邊界資料。

+ 測試語句和測試資料應該盡量簡單，容易理解。

+ 為了避免對其他**過多的依賴，可以實現簡單的樁函式或樁類（mock object）。

+ 如果內部狀態非常複雜或者應該判斷流程而不是狀態，可以通過記錄日誌字串的方式進行驗證。

TDD 測試驅動開發

test driven development 測試驅動開發是敏捷開發中的一項核心實踐和技術，也是一種設計方 tdd的原理是在開發功能 之前，先編寫單元測試用例 測試 確定需要編 寫什麼產品 tdd雖是敏捷方法的核心實踐，但不只適用於xp extreme programming 同樣可以適用於其他開...

測試驅動開發TDD

測試驅動開發 testdriven development,tdd 的基本思路是通過測試推進整個的開發工作，並不只是單純的測試工作。利用這種測試方法時，若要完成某個功能，某個類，首先不是編譯正式的 而是先編寫測試 考慮其如何使用 如何測試。然後在對其進行設計 正式編碼。t dd具有很強的目的性，是在...

tdd 測試驅動開發

這是一張影響圖 當壓力越大時，所做的測試就會越少。測試越少，犯的錯就會越多，就會感到更大的壓力。這是乙個會造成情境越來越糟的迴圈。我們用事先編寫的測試來驅動開發，因為測試先於開發，所以我們在感到壓力時，就執行這些測試，它們會馬上給我們一種系統良好的感覺，而且會減少開發出錯的次數，進而減少我們的壓力，...