一個字 慘
最近找了一下測試驅動開發(TDD)的資料
簡單的說起來 就是
1. 寫出測試程式 (設計、測試案例、測試程式等，不含真正的功能程式)
2. 針對測試寫出"能通過測試程式的最少的code"
2.1 重構
2.2 開發
2.3 通過測試
3. 回到 1
很簡單吧...
錯！！ 難爆了...
這個流程應該是可以很快速的而且很有效地推進進度
但是需要有很強大的覺察力，並且考驗是否是很落實"測試先行"
測試先行 我覺得會很容易誤會是只要有寫案例就好了
但是實際上這跟設定很多短期目標一樣，如果沒有具備大局觀 很容易迷失在細節裡
導致"最少的程式碼"也就很容易因為一開始就歪樓
或者是回到邊想邊設計邊開發而做過頭的情況
說到底多年的寫code習慣就是邊想邊做
這真的需要好好修煉一下...
持續練習中!!
