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

　　開發(fā)方式比較

　　我們用下面的一段分析來引出今天的內(nèi)容：

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

　　TDD的怎么做的：

　　拿來需求，分析功能，寫功能測(cè)試代碼，編寫功能代碼。其實(shí)兩個(gè)過程差不多的，真的差不多的。

　　首先來分析下兩種開發(fā)流程。個(gè)人認(rèn)為：因?yàn)門DD多了一個(gè)角色轉(zhuǎn)換的過程：在我們傳統(tǒng)流程中，我們一直以一個(gè)開發(fā)人員的思維在想問題，分析，然后就開始實(shí)現(xiàn)。在TDD中，在分析功能之后，我們就要站在客戶的角度(當(dāng)然很多時(shí)候還是我們自己在模擬客戶)就要檢測(cè)這個(gè)功能是不是真正需要的，然后在這個(gè)前提下，再開始編碼。

　　下面我們?cè)賮砜匆唤M分析圖：

NET技術(shù)：走向ASP.NET架構(gòu)設(shè)計(jì)——第二章：設(shè)計(jì)/ 測(cè)試/代碼，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。