了解測試局域網(wǎng)先行方法的好處

　　我并不是說人在編寫任何代碼之前都必須首先編寫測試局域網(wǎng)（雖然這樣是較好的做法）。此時可能會產(chǎn)生一些爭論，認(rèn)為快速原型和實物模式是測試驅(qū)動方法可能產(chǎn)生矯杠過正的例子。但是請看一下測試先行的方法所帶來的一些直接好處。
　　1.可測試代碼
　　雖然并不是每個方案都需要大范圍的測試局域網(wǎng)覆蓋率，但是當(dāng)提到編寫可測試代碼時我卻要堅持自己的意見。如果你發(fā)現(xiàn)很難對鎖邊的代碼進(jìn)行測試，那么請首先編寫編寫測試，這樣將大大有助于你編寫可測試代碼。大多數(shù)這樣做的人都會很快意識到他們非常喜歡這種方法，如果不首先進(jìn)行測試他們會感到不舒服。
　　2.自文檔化代碼
　　你是否發(fā)現(xiàn)有時時候會返回代碼并試圖向其開發(fā)人員解釋代碼？如果你擁有一大推示例代碼來說明如何使用你的庫豈不是很好？
　　3.防御性代碼
　　你是否有過這樣的經(jīng)歷：與其他開發(fā)人員合作的時候，他們在沒有征求你同意的情況下檢查你的代碼？工作開始前單元測試已準(zhǔn)備就緒是確保代碼不被其他開發(fā)人員（或者你自己）破壞的最后方法。
　　4.可維護(hù)代碼
　　有些人可能會辯論說編寫測試局域網(wǎng)將會減緩開發(fā)進(jìn)程并增加軟件成本。然而從我們這一行的觀點來看，統(tǒng)計學(xué)既定的事實表明創(chuàng)建測試軟件的成本只是軟件維護(hù)成本的百分之幾。
　　換句話說，快速又難看的開發(fā)方法存在的真正的問題是難看（diryty）通常比跨蘇（quick）要長久。為了減少軟件維護(hù)成本、降低代碼的脆弱性、減少未來進(jìn)行修改的風(fēng)險以及降低軟件的總成本，創(chuàng)建一組健壯的自動化測試可能是任何開發(fā)團(tuán)隊需要做的最大且最緊要的事。
　　5.代碼味道探測器
　　如果你發(fā)現(xiàn)越來越難以對代碼進(jìn)行測試局域網(wǎng)時，那么這個代碼味道表明代碼將難以使用?？梢詫⒕帉憸y試看成是代碼進(jìn)行內(nèi)部測試——到底測試什么主要是看味道如何。編寫測試是一種盡早且經(jīng)常使用自己代碼的方法。
　　編寫軟件通常會編寫有用的功能段，然后將這些功能段連接起來以滿足更大的功能需求。通常當(dāng)曉得功能段中斷時，更大的需求（雖然該需求對軟件開發(fā)是必需的）也就很難滿足了。單元測試能夠讓你在最小的有用級別中進(jìn)行快速測試。