介紹一下 TDD
TDD 全稱 (Test-driven Development)，Test 這個詞語表明了它與測試不可分割的關(guān)系轻要，開發(fā)人員聽到測試自然產(chǎn)生抗拒心理，不過不要慌，這里的測試具有存在的必要性，也能夠?qū)﹂_發(fā)產(chǎn)生輔助推動作用刑枝，如果想了解更多 TDD 的詳情可以查看維基百科的測試驅(qū)動開發(fā)香嗓。
TDD 的流程是一個紅（test that fails）、綠（pass the test）装畅、藍(lán)（refactor）的循環(huán)過程靠娱，如下圖。
這個過程中講究測試先行掠兄，大家肯定有疑問像云，代碼都還沒有我寫測試干什么？這里的測試并不是測試已經(jīng)實現(xiàn)的功能代碼蚂夕，而是利用測試描述業(yè)務(wù)需求迅诬，這是一個梳理確認(rèn)需求的過程，當(dāng)然這個測試肯定是失敗的双抽，畢竟實現(xiàn)功能的代碼還沒有完成百框。利用測試描述完需求后就是實現(xiàn)它，不過 TDD 不提倡一步到位牍汹，而是建議小步快走铐维，分階段性實現(xiàn)，業(yè)務(wù)代碼完成后測試自然會是通過的綠色慎菲。那接下來我們是不是可以開發(fā)下一個功能了嫁蛇？并不是，實現(xiàn)功能的代碼只是實現(xiàn)了功能露该，絕大多數(shù)人（當(dāng)然也包括我在內(nèi)）并不是天才睬棚，初步實現(xiàn)的代碼質(zhì)量還有進(jìn)一步提高的空間，這個時候需要放下實現(xiàn)功能的情緒開始對當(dāng)前業(yè)務(wù)代碼的重構(gòu)解幼，因為一開始就有了測試抑党，重構(gòu)的可靠性自然有所保障，于是你就可以開始精進(jìn)代碼的過程撵摆，每個功能的實現(xiàn)都重復(fù)這個循環(huán)進(jìn)行底靠。
TDD 的是與非
以上對 TDD 的流程描述可以概括出這樣幾個優(yōu)點
- 測試對需求的描述使需求明確
- 測試使代碼正確性有所保障
- 測試的保障性前提下可以進(jìn)行重構(gòu)，提高代碼質(zhì)量
- 小步快走可以保證犯錯在可控范圍內(nèi)
這樣看來 TDD 真是毫無破綻特铝，但還是那句老話「沒有銀彈」暑中，TDD 并不能解決所有的問題，它也有自己的缺陷鲫剿。如果有開發(fā)的功能中有對其他服務(wù)的調(diào)用鳄逾，你需要進(jìn)行 Mock，Mock 時對數(shù)據(jù)的準(zhǔn)備會花費你的精力灵莲；如果初始的設(shè)計本身就存在問題雕凹，那后面的修改中不僅需要修改業(yè)務(wù)代碼，連測試代碼可能也會被波及，也就是說極有可能需要維護(hù)業(yè)務(wù)代碼和測試代碼请琳；TDD 的掌握是需要大量練習(xí)的粱挡，比如小步快走的測試需要控制在什么粒度，這是個吃經(jīng)驗的問題俄精，只有通過大量的練習(xí)才能很好的掌握询筏。
不過絕大多數(shù)人都不是天才，測試可以框定錯誤發(fā)生的范圍竖慧，對我這種普通人來說是沒有壞處的嫌套，而且測試保障情況下的重構(gòu)可以讓自己的代碼提升質(zhì)量，看起來更加舒服圾旨。當(dāng)然也有些問題需要我去實踐踱讨，比如使用 Spring 框架時的測試啟動加載就要耗費不少時間，這樣的情況下 TDD 應(yīng)該如何去實踐砍的？耗子叔的文章中也有講到過 TDD 的一些弊端痹筛，詳情可以查看TDD并不是看上去的那么美。
所有的知識學(xué)習(xí)都是個動態(tài)的過程廓鞠，學(xué)習(xí)后需要通過實踐不斷來修正帚稠，其他知識如此，TDD 也是如此床佳，在它們適用的場景下才能真正發(fā)揮威力滋早。
