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

　　開(kāi)發(fā)方式比較

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

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

　　TDD的怎么做的：

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

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

　　下面我們?cè)賮?lái)看一組分析圖：

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

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