TDD具體實施過程，能夠看做兩個層次

 

在代碼層次，在編碼以前寫測試腳本，能夠稱爲單元測試驅動開發（Unit Test Driven Development，UTDD）
在業務層次，在需求分析時就肯定需求（如用戶故事）的驗收標準，即驗收測試驅動開發（Acceptance Test Driven Development，ATDD）。

 

 

1、TDD：測試驅動開發（Test-Driven Development）

測試驅動開發是敏捷開發中的一項核心實踐和技術，也是一種設計方法論，TDD首先考慮使用需求（對象、功能、過程、接口等）

主要是編寫測試用例框架對功能的過程和接口進行設計，而測試框架能夠持續進行驗證。大行其道的一些模式對TDD的支持都很是不錯，好比MVC和MVP等



2、BDD：行爲驅動開發（Behavior Driven Development）

也就是行爲驅動開發。這裏的B並不是指的是Business，實際上BDD能夠看做是對TDD的一種補充，讓開發、測試、BA以及客戶都能在這個基礎上達成一致，JBehave之類的BDD框架



3、ATDD：驗收測試驅動開發（Acceptance Test Driven Development）

經過單元測試用例來驅動功能代碼的實現，團隊須要定義出指望的質量標準和驗收細則，以明確並且達成共識的驗收測試計劃（包含一系列測試場景）來驅動開發人員的TDD實踐和測試人員的測試腳本開發。面向開發人員，強調如何實現系統以及如何檢驗



4、DDD：領域驅動開發（Domain Drive Design）

DDD指的是Domain Drive Design，也就是領域驅動開發,DDD實際上也是創建在這個基礎之上，由於它關注的是Service層的設計，着重於業務的實現,將分析和設計結合起來，再也不使他們處於分裂的狀態，這對於咱們正確完整的實現客戶的需求，以及創建一個具備業務伸縮性的模型