再次申明一下：本系列不是講述TDD的，只是用TDD來建立設計的思想。即便是用DDD，有時候還是結合TDD一起使用的。

　　開發方式比較

　　我們用下面的一段分析來引出今天的內容：

　　想想我們平時是如何在寫代碼：拿來需求，分析功能，編寫功能代碼。這樣的方式，沒有問題，大家也一直沿用很多年了。為了后面描述方便，我們稱這種方式為傳統流程。

　　TDD的怎么做的：

　　拿來需求，分析功能，寫功能測試代碼，編寫功能代碼。其實兩個過程差不多的，真的差不多的。

　　首先來分析下兩種開發流程。個人認為：因為TDD多了一個角色轉換的過程：在我們傳統流程中，我們一直以一個開發人員的思維在想問題，分析，然后就開始實現。在TDD中，在分析功能之后，我們就要站在客戶的角度(當然很多時候還是我們自己在模擬客戶)就要檢測這個功能是不是真正需要的，然后在這個前提下，再開始編碼。

　　下面我們再來看一組分析圖：

NET技術：走向ASP.NET架構設計——第二章：設計/ 測試/代碼，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。