不怕被大家笑話，剛才同事手上拿到《測試驅動開發實用指南》這本書時，我還以為是驅動開發方面的書籍呢，仔細翻了一下才知道不是。這本書的英文名稱是《Test-Driven Development》，這裡的Driven是動詞，書名的意思是由測試來帶動開發。那什麼是Test-Driven Development，在我看來這是一種開發方式，是一種編程理念。就像作者說的一樣。他比咖啡因更容易讓人上癮。一旦你“陷入”其中，你將且僅將通過這種方式編程。他是一種這樣的開發方式：
- Maintain an exhaustive suite of Programmer Tests。維護一套詳盡無疑的編程測試。你不得不不斷的編寫測試去確保你能分類展示恰當的行為。沒有測試通過的編程測試，就沒有代碼的編寫。你先編寫測試，再編寫通過這些測試的代碼。系統中不存在沒有經過測試響應的代碼。
- No code goes into production unless it has associated tests。極限編程的信條之一就是：一個特點不會存在直到有一系列與之相關的測試。系統中的都是經過充分測試的代碼能給我們信心。
- Write the tests first。當你有個任務需要完成的時候，你需要先寫出測試這些功能的測試代碼，再完成這些功能自身的代碼。
- Tests determine what code you need to write。僅僅寫出那些需要通過最後測試的代碼，花少量的時間在你將要寫的代碼上。你唯寫出足夠通過測試的代碼，不要再多。那意味著你做能夠工作的最簡單的事。
先寫出測試功能的代碼，再寫出實現功能的代碼；測試代碼要100%的先於功能代碼。這是把測試工作從開發中後期調整到開發前和開發的整個過程。在保證沒行代碼都有測試代碼在前並經過充分的測試，自然會大大降低產品的BUG率。
當然要實現這種編程方式的轉變也並非易事，但一旦我們做了，就將慢慢的把它變成一種習慣，就像作者說的，它很容易讓人上癮。
