提到TDD大多數(shù)程序員的疑問：

1. 為什么我要寫兩份程序？
2. 為什么我要寫程序來驗證我已經知道的結果？
3. 我又不是SA，可能也不懂domain，怎么產生一開始的test case？

最后的感想就變成是：

1.Unit Test，那都是說說而已

2.Unit Test？沒那時間搞！

3、TDD 只不過是被拿來炒作而已，現(xiàn)實開發(fā)中，誰用TDD 寫過一整個大系統(tǒng)？

4.TDD 只是先寫測試程式而已，有什么特別的？

TDD 的開發(fā)順序

1. ATDD和BDD

2. TDD

3. 測試[testing]

4. 重構[Refactoring]

因為每一個環(huán)節(jié)都緊緊相扣，所以有一些階段不是這么容易區(qū)分清楚。例如Testing其實在ATDD, BDD , TDD中，都有包含在里面，這邊獨立的Testing，或許用Unit Testing會更加合適。

主要的大綱與精神

本系列學習順序

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

一 測試

1. 單元測試（單元測試）
2. 整合測試（集成測試）
3. 表現(xiàn)層測試

二 重構

1. 讓程序會說話( Let code can talk )
2. 簡單就是美（簡單就是美）
3. 不要過度設計（從來沒有超過設計）
4. 運用基本的面向對象原則（需要了解面向對象的技術和原理）

三 TDD，ATDD，BDD

1. 滿足使用者需求（達致與用戶要求）
2. 如何產生測試案例（如何獲得驗收測試案例）
3. 如何由測試案例開始設計程序(How to start by test cases )

四、開發(fā)實例

1. 用戶故事
2. ATDD
3. BDD
4. TDD
5. 重構

五、總結

1. 面向對象
2. 單元測試
3. 集成測試
4. 重構
5. CI與自動測試
6. 敏捷/ XP（連續(xù)反饋）

最后則是用來貫穿整系列文章的總結：

程序的存在是為了，也只為了滿足使用者需求，而不是寫給工程師自己爽的

名詞解釋：TDD：測試驅動開發(fā)  ATDD：驗收測試驅動開發(fā)   BDD：行為驅動開發(fā)  CI：持續(xù)集成  XP：極限編程

 備注：這個系列是我畢業(yè)后時隔一年重新開始進入開發(fā)行業(yè)后對大拿們的博文摘要整理進行學習對自我的各個欠缺的方面進行充電記錄博客的過程，非原創(chuàng)，特此感謝91 等前輩