讀
TDD
的總結(jié)
讀完TDD（測試驅(qū)動(dòng)開發(fā)），發(fā)現(xiàn)其中主要就是在反復(fù)說了這么兩件事情（也就是兩個(gè)簡單的規(guī)則）：一、在寫任何代碼之前，寫一個(gè)會(huì)失敗的自動(dòng)測試程序，即單元測試；二、消除重復(fù)設(shè)計(jì)，優(yōu)化設(shè)計(jì)結(jié)構(gòu)，即重構(gòu)。整本書都圍繞著這兩個(gè)規(guī)則來進(jìn)行說明，告訴讀者到底要如何這樣做？又如何分階段應(yīng)用這些規(guī)則？這兩條簡單的規(guī)則可以運(yùn)用多深？
第一部分通過一個(gè)簡單的實(shí)例來告訴讀者如何使用TDD，如何反復(fù)通過“不可運(yùn)行/可運(yùn)行/重構(gòu)/不可運(yùn)行/可運(yùn)行/重構(gòu)”來進(jìn)行開發(fā)；第二部分告訴讀者如何使用單元測試，怎樣組織單元測試；第三部分則是將TDD分解成較小的步驟來進(jìn)行詳細(xì)說明，根據(jù)我對本書的理解，我認(rèn)為需要完全將TDD運(yùn)用到日常的開發(fā)行為中，則要按照以下非常細(xì)小的步驟進(jìn)行：
1.??????
獲得任務(wù)。即項(xiàng)目經(jīng)理安排的任務(wù)。任務(wù)往往不止一項(xiàng)。將它們寫入周工作計(jì)劃表或者月工作計(jì)劃表。
2.??????
選擇任務(wù)。每天開始工作之前，將今天將要解決的問題寫入工作計(jì)劃列表。并選擇自己最有把握完成的任務(wù)作為當(dāng)前任務(wù)。
3.??????
分析并分解任務(wù)。將當(dāng)前任務(wù)分解成一個(gè)個(gè)相對簡單的問題，分解的問題最好是能在十多分鐘之內(nèi)能完成，并將它們寫入工作列表。如：若要實(shí)現(xiàn)多幣種相加，則可以分解為：實(shí)現(xiàn)相同幣種之間的相加，不同幣種之間的互換，最后才能實(shí)現(xiàn)不同幣種之間的相加。
4.??????
寫測試列表。將分解后的問題所對應(yīng)的測試寫入測試列表。
5.??????
選擇測試。從測試列表中選擇自己認(rèn)為最有把握實(shí)現(xiàn)的一項(xiàng)。如：“同幣種相加”對我來說是最有把握實(shí)現(xiàn)的一項(xiàng)，因此我最先來實(shí)現(xiàn)它，即先從它的測試程序開始編寫。
6.??????
編寫測試數(shù)據(jù)。寫一個(gè)容易讓人理解的必須實(shí)現(xiàn)的測試數(shù)據(jù)列表，盡量使用顯然數(shù)據(jù)。如：用
String
表示
IP
地址
"255.255.255.255"
轉(zhuǎn)換為
int
，在我們寫測試數(shù)據(jù)時(shí)應(yīng)這樣寫：
(255 << 24) + (255 << 16) + (255 << 8) + 255
，而不是寫“
-1
”。
7.??????
編寫測試。選擇一項(xiàng)最容易讓測試通過的測試數(shù)據(jù)加入測試方法。斷言優(yōu)先，然后加入為了讓斷言通過編譯的一切準(zhǔn)備條件。
8.??????
運(yùn)行測試，不可運(yùn)行狀態(tài)。
9.??????
編寫方法注釋，把所有想到的該方法要實(shí)現(xiàn)的功能寫上。
10.??
編寫功能代碼，使之達(dá)到可運(yùn)行狀態(tài)。
11.??
重構(gòu)，消除重復(fù)設(shè)計(jì)。
12.??
往測試方法中增加一個(gè)新的小測試。
13.??
運(yùn)行測試，不可運(yùn)行狀態(tài)。
14.??
修改功能代碼，使之達(dá)到可運(yùn)行狀態(tài)。
15.??
重構(gòu)。消除重復(fù)設(shè)計(jì)。
16.??
重復(fù)
12-15
。
17.??
當(dāng)無論如何也不能讓該測試通過的時(shí)候，認(rèn)真想一想是不是哪里出大問題了，如果實(shí)在想不出來的話，就將現(xiàn)有代碼扔掉，重新開始。
18.??
所有測試都運(yùn)行通過之后，仔細(xì)檢查所有代碼，看是否還有值得重構(gòu)的地方，并重構(gòu)。
19.??
提交
(check in)
。
20.??
再選擇測試列表中的下一個(gè)測試。重復(fù)以上步驟。
21.??
當(dāng)一天的工作結(jié)束時(shí)，若有某個(gè)任務(wù)未完成，則留下一個(gè)不完整測試，以便于次日能迅速回憶起當(dāng)時(shí)寫該代碼時(shí)的想法，并接著寫下去。
?
?
?
以下是我對本書中某些觀點(diǎn)的看法：
1.
????
本書旨在培訓(xùn)我們具有按照極小的步驟進(jìn)行開發(fā)，并尋找Bug的能力，并不是說一定要按如此小的步驟進(jìn)行。
2.
????
書中所反復(fù)強(qiáng)調(diào)的“測試優(yōu)先”，“斷言優(yōu)先”是說在功能代碼之前先寫測試，先寫斷言，可是反過頭來，以第一個(gè)測試來說：
public void testMutiplication()
{
Dollar five = new Dollar(5);
five.times(2);
assertEquals(10,five.amount);
}
就這個(gè)測試來說，其實(shí)作者在寫測試的時(shí)候也想了很多的問題：把這個(gè)測試放哪？總不可能拿記事本來寫吧！至少該給這個(gè)測試方法先建立一個(gè)測試類吧！同樣在建立這個(gè)測試類的時(shí)候，是不是也在想著為該類命什么樣的名？再進(jìn)一步，我要寫測試方法，在為測試方法命名的時(shí)候?qū)嶋H上也是在為我們所要寫的方法命名，不是么？因此，我覺得，在我還沒有達(dá)到Kent Beck的水平之前，我還是會(huì)在寫測試之前先想一想即將要編寫的方法應(yīng)歸于哪個(gè)類，并先將該類創(chuàng)建好，再把下一步要編寫的方法寫好（當(dāng)然此時(shí)肯定也是一個(gè)空方法），同時(shí)把自己所能想到的方法將要實(shí)現(xiàn)的功能（可以是比較粗略的）全部寫入方法注釋中，此時(shí)的注釋可以是比較隨意的，因?yàn)樵诎逊椒▽懲曛筮€要進(jìn)行重構(gòu)嘛！然后按照注釋中的功能來編寫一個(gè)一個(gè)的測試方法并完善功能代碼。
3.
????
如果按照本書所說的，開發(fā)過程中幾乎沒有事先的設(shè)計(jì)，因?yàn)樽髡哒J(rèn)為良好的設(shè)計(jì)會(huì)在重構(gòu)中逐漸浮出水面的。但是我很清楚，我不是Kent Beck，如果沒有事先設(shè)計(jì)的話，以我現(xiàn)在的水平，重構(gòu)時(shí)的工作量一定會(huì)非常大；因此如果在寫代碼之前花一定的時(shí)間設(shè)計(jì)一下代碼結(jié)構(gòu)，可以在一定程度上減小重構(gòu)時(shí)的工作量。并且我認(rèn)為良好的事先設(shè)計(jì)會(huì)為重構(gòu)工作減少很大的工作量，當(dāng)然事先設(shè)計(jì)也不應(yīng)該占有太多的時(shí)間，否則，還不如先寫完之后慢慢來重構(gòu)。
4.
????
書中所說的關(guān)注當(dāng)前工作這一點(diǎn)非常好，因?yàn)樵诂F(xiàn)實(shí)工作中，常常會(huì)因?yàn)橄氲脚c當(dāng)前工作相關(guān)的事情可能會(huì)比較多，而往往我們會(huì)丟下手上的工作，先去完成另外一項(xiàng)工作，可是等回到剛才丟下的工作前時(shí)又要花很長的一段時(shí)間來回憶當(dāng)時(shí)的情形。因此，我們應(yīng)該學(xué)習(xí)書中的方法，把新想法記錄下來，等完成當(dāng)前工作后再去考慮。也許有些時(shí)候會(huì)出現(xiàn)這種情況，如果另外一件事情未完成，當(dāng)前工作無法進(jìn)行的情況不得不打斷當(dāng)前工作，那就不得不將注意力全部轉(zhuǎn)移到另外一件事情上去。但是，如果這種打斷出現(xiàn)多次的時(shí)候，就應(yīng)該認(rèn)真思考自己的分析問題的粒度是不是太大了，然后重新去分解問題。等問題分析到可以不依賴未編寫過的方法時(shí)再繼續(xù)工作也不遲。這樣只會(huì)提高工作效率和自信心。否則，不停地從當(dāng)前工作中跳出，不僅為影響工作效率，而且會(huì)影響自信心，為什么還有這么多沒有完成呢？因?yàn)樵谀悴粩嗟靥霎?dāng)前工作后，你就會(huì)留下一個(gè)個(gè)未完成的工作。你的腦子里就會(huì)想著還有多少個(gè)未完成的工作在等著自己去完成。
5.
????
留下一個(gè)不完整測試是在編程期間結(jié)束工作的最好辦法。因?yàn)楫?dāng)測試運(yùn)行時(shí)沒出現(xiàn)綠色狀態(tài)條時(shí)，會(huì)很容易找到明顯的地方重新開始。這一點(diǎn)實(shí)現(xiàn)起來可能有點(diǎn)困難，但是卻是一個(gè)非常有效的辦法，當(dāng)工作任務(wù)繁多的時(shí)候常常會(huì)忘記昨天做到哪了，今天該從哪做起。
6.
????
當(dāng)編寫功能代碼時(shí)，為了讓測試通過可以采取的措施有：顯明實(shí)現(xiàn)，偽實(shí)現(xiàn)，三角法，從一到多。當(dāng)自己讓該測試通過有把握的時(shí)候，即使用顯明實(shí)現(xiàn)；若在顯明實(shí)現(xiàn)的過程中，無法達(dá)到可運(yùn)行狀態(tài)，則返回到之前的可運(yùn)行狀態(tài)，采用偽實(shí)現(xiàn)的方法使測試達(dá)到可運(yùn)行狀態(tài)；當(dāng)需要為集合編寫測試的時(shí)候，采用從一到多的方法。如：數(shù)組求和則可以先測試該數(shù)組中只有一個(gè)元素，再逐漸增加元素進(jìn)行測試。
7.
????
相互獨(dú)立的測試。即每個(gè)測試之間必須互不干擾。如果一個(gè)測試失敗必須只對應(yīng)一個(gè)問題；兩個(gè)失敗就對應(yīng)兩個(gè)問題。測試之間都不依賴與運(yùn)行順序，一個(gè)測試不要因?yàn)榍懊娴臏y試不存在而失敗。這一點(diǎn)實(shí)現(xiàn)起來其實(shí)也相當(dāng)?shù)睦щy，因?yàn)楫?dāng)一個(gè)底層函數(shù)的測試失敗時(shí)，其上層函數(shù)（即調(diào)用了它的那些函數(shù)）的測試程序都可能會(huì)失敗，因此很難做到一個(gè)失敗的測試對應(yīng)一個(gè)問題。
8.
????
當(dāng)在編寫代碼時(shí)，當(dāng)?shù)谝淮螠?zhǔn)備使用某個(gè)包內(nèi)的某項(xiàng)新功能時(shí)，為其編寫測試，即學(xué)習(xí)測試。看它是否滿足我們期望的要求。并且必須在其符合我們的期望要求時(shí)我們才可以在程序中使用它。
9.
????
當(dāng)每新建一個(gè)包時(shí)，即新建一個(gè)AllTests類用于測試該包中所有測試類。在每寫一個(gè)測試類時(shí)，先將public static Test suite()寫好，并把該測試類加入到包中的AllTests中，隨時(shí)確保包AllTests中包含了包中的所有測試程序。
10.
?
需要重點(diǎn)掌握的重構(gòu)方法（即常用的重構(gòu)）有：重命名，提取方法，添加參數(shù)，刪除參數(shù)，方法內(nèi)聯(lián)，提煉方法對象，消除臨時(shí)變量，提取匿名類，分離內(nèi)部類等等。
11.
?
在我們工作的過程中，很多時(shí)候會(huì)遇到一些很困難的問題，在反反復(fù)復(fù)思考許多遍還是想不到解決的辦法，往往這樣的情況是我們的思維陷入了錯(cuò)誤的陷阱里，在這個(gè)時(shí)候我們可以選擇休息一會(huì)，喝一杯茶，走動(dòng)一下。拋開那些剛才所做的事情。如果在休息了多次之后還沒有想到解決方案，就扔掉這些代碼，重新開始。
?
?