TDD測試驅動開發

TDD測試驅動開發

1、概念

TDD故名思意就是用測試的方法驅動開發，簡單說就是先寫測試代碼，再寫開發代碼。傳統的方式是先寫代碼，再測試，它的開發方式與之正好相反。

 

 

TDD是極限編程的一個最重要的設計工具之一，使得咱們編碼的目的更加明確。而極限編程的另外一個最重要的工具—重構。重構改變的是代碼的內部結構，而不會改變外部接口功能。一整套完備的測試用例能夠保證咱們的程序更加健壯，功能更加完善。

2、做用

站在用戶使用的角度去思考如何完成產品設計，強迫開發人員事先思考完善的測試用例並提供不考慮細節的外部接口功能，大幅減小debug時間，提升產品開發質量。

3、適用範圍

1.適合時間不是很緊的軟件開發。

2.適合於產品和平臺的開發。

4、操做步驟

1. 加入一個新的測試。
2. 運行下新加的測試，看到它失敗。
3. 對開發代碼作很小的修改，目的就是讓新加的測試經過 （注意這裏的目的）。
4. 運行全部的測試testcase，而後看到全部測試都經過了。
5. 移掉重複的代碼，對代碼進行重構 （既包括功能代碼，也包括測試代碼。特別注意紅色的字串通常會有重複，還有一些代碼能夠抽出來變成公用方法。

5、優缺點

優勢

• 測試代碼都是從客戶需求出發的，不是重實現出發的。測試更關注於對外部的接口。
• 軟件的需求都被測試代碼描敘得很清楚，能夠減小不少沒必要要的文檔（有些時候寫文檔時間比開發時間多多了, 須要一個專門寫文檔的，並且用的機會不多。
• 每次都是很小的步驟，這樣你就很集中注意解決一個問題。
• 能夠優化設計。若是有作過測試驅動開發的會發現，爲了更好的，更容易的作單元測試。

缺點

• 有時候開發代碼可能只有幾行，但是測試代碼可能比真正的代碼要多不少。並且花時間想怎麼測試。
• 可能不適合時間很緊的軟件開發

6、合做方式

最好且最快的方式就是XP中的無序結對編程，一個有TDD經驗的坐在"後面"，指導另外一個不大熟悉的人，兩人一塊兒來完成一個類或模塊的功能。