＠前言
相信許多developer一定都曾經聽過、看過甚至寫過所謂的Unit Test，可能也嘗試過所謂的TDD。

但可能心裡也有很大的疑問：
「為什麼我要寫兩份程式？」
「為什麼我要寫程式來驗證我已經知道的結果？」
「我又不是SA，可能也不懂domain，怎麼產生一開始的test case？」

最後的感想就變成是：
「Unit Test，那都是說說而已」
「Unit Test？沒那美國時間啦！」
「TDD只不過是被拿來炒作而已，現實開發中，誰用TDD寫一整個大系統過？至少台灣沒有吧！」
「TDD只是先寫測試程式而已，有什麼特別的」

這一系列的文章，希望可以滿足大家的求知慾，激起大家的熱情，動手跟著作作看。

相信我，你也可以真的在TDD。
如前言所說，這個系列希望可以把TDD學習的順序，以及實際實作的順序介紹一下，讓大家可以先學每個環節，接著再把所學的組合起來，進行案例的實作。

我預計將TDD整塊大餅分成四份，分別是Testing, Refactoring, TDD, 最後輔以「ATDD與BDD」。設計的目標則是：「working software」

＠學習順序
我對TDD建議的學習順序是:

1. Testing
2. Refactoring
3. TDD
4. ATDD & BDD
   

＠開發順序
TDD實際的開發順序則是：

1. ATDD & BDD
2. TDD
3. Testing
4. Refactoring
   

不管是學習順序，還是實作順序，其實都是環環相扣、相輔相成。

接下來29天，則預計以上述的四個部分，來進行細部的說明與簡單的實作。（如果沒有中斷的話 :P）

＠主要的大綱與精神
一、Testing

1. 單元測試(Unit Testing)
2. 整合測試(Integration Testing)
3. Presentation Layer Testing

二、Refactoring

1. 讓程式碼會說話(Let code can talk)
2. 簡單就是美(Simple is beauty)
3. 不要過度設計(never over design)
4. 運用基本的物件導向原則(need to understand OO skill and principle)

三、TDD, ATDD, BDD

1. 滿足使用者需求(fulfil user requirement)
2. 如何產生測試案例(how to get acceptance test cases)
3. 如何由測試案例開始設計程式(how to start by test cases)

四、開發實例

1. User Story
2. ATDD
3. BDD
4. TDD
5. Refactoring

五、總結

1. OO
2. Unit Testing
3. Integration Testing
4. Refactoring
5. CI & Auto Testing
6. Agile/XP (continuous feedback)

＠總訣
最後則是用來貫穿整系列文章的總訣：
「程式碼的存在是為了，也只為了滿足使用者需求，而不是寫給工程師自己爽的」

＠補充
感謝海綿寶寶提醒，這邊補上一些專有名詞的全名：

1. TDD: Test-Driven Development
2. ATDD: Acceptance Test-Driven Development
3. BDD: Behavior-Driven Development
4. CI: Continuous Integration
5. XP: eXtreme Programming

＠目錄與附錄
文章分類與推薦的參考資料，請參考：[30天快速上手TDD]總結