TDD，測試驅動開發，從敏捷軟件開發方法開始流行，是一種非常實用的質量保證執行方式。敏捷軟件開發方法使得TDD流行起來。

TDD的思想就是要在開發（設計和編碼）應用程序代碼（要測試的單元）之前，必須先編寫出測試用例和測試腳本以及測試程序。
TDD顛倒了傳統的活動順序，使得應用程序代碼的編寫滯后于測試代碼的編寫，但只要編寫好應用程序代碼，就可以立即使用測試代碼來對其進行測試。

TDD不僅要求在編寫應用程序代碼前編寫出測試代碼，而且要求應用程序必須通過測試才能保證質量，才能夠建造出有質量的軟件系統。

TDD的理論核心是“紅燈、綠燈、重構”，這描述了一種編碼和測試的理想流程：

• 紅燈：首先完成一個或多個單元測試代碼，用來測試那些尚未完成的功能代碼。測試會失敗，測試框架顯示一個紅色的符號。
• 綠燈：用最少的代碼讓測試通過，不需要考慮代碼的優雅和擴展性，只關注測試能否通過。測試一旦通過，測試框架顯示一個綠色的符號。
• 重構：讓代碼通過新測試，并修改代碼，提高代碼的可維護性，使其符合質量標準。

TDD的好處為：

• 先寫測試代碼會讓程序員在編碼前思考具體需求，在后期減少編碼的重復工作。
• 促使程序員用最少的代碼通過測試，然后停止編碼，最小化代碼膨脹造成的負面影響。
• 促使程序員寫出更易于測試的代碼，這種代碼往往也是模塊化的代碼，對外部模塊的依賴性也最小。

由于預先得到了測試代碼，為了滿足測試代碼要求的功能，程序員可以只針對要測試的驗證點來編寫應用程序代碼。因此，TDD實質上是主動地驅動了軟件開發，而不僅僅是對軟件的驗證。

TDD的流行導致了很多相關的模式和框架的流行，例如xUnit。
JUnit框架基于組合模式開發，為Java提供了Test接口，這個接口基于TestCase和TestSuite兩個類實現。

BDD是TDD的進化，意為行為驅動開發。
二者的結果一樣，都是代碼化的單元測試。BDD更關注單元的行為并引入了一些特定詞匯，有助于團隊的交流和測試文檔的編寫。

總結

以上是生活随笔為你收集整理的【软件测试】测试驱动开发的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。