深度解讀 - TDD（測試驅動開發）(2)

TDD 編碼方式

• 先分解任務，分離關注點（后面有演示）
• 列 Example，用實例化需求，澄清需求細節
• 寫測試，只關注需求，程序的輸入輸出，不關心中間過程
• 寫實現，不考慮別的需求，用最簡單的方式滿足當前這個小需求即可
• 重構，用手法消除代碼里的壞味道
• 寫完，手動測試一下，基本沒什么問題，有問題補個用例，修復
• 轉測試，小問題，補用例，修復
• 代碼整潔且用例齊全，信心滿滿地提交

TDD 的好處

降低開發者負擔
通過明確的流程，讓我們一次只關注一個點，思維負擔更小。

保護網
TDD 的好處是覆蓋完全的單元測試，對產品代碼提供了一個保護網，讓我們可以輕松地迎接需求變化或改善代碼的設計。
所以如果你的項目需求穩定，一次性做完，后續沒有任何改動的話，能享受到 TDD 的好處就比較少了。

提前澄清需求
先寫測試可以幫助我們去思考需求，并提前澄清需求細節，而不是代碼寫到一半才發現不明確的需求。

快速反饋
有很多人說 TDD 時，我的代碼量增加了，所以開發效率降低了。但是，如果沒有單元測試，你就要手工測試，你要花很多時間去準備數據，啟動應用，跳轉界面等，反饋是很慢的。準確說，快速反饋是單元測試的好處。

原文轉自：http://www.jianshu.com/p/62f16cd4fef3