TDD的三大法則:

第一法則: 在撰寫一個單元測試 (測試失敗的單元測試) 前，不可以撰寫任何產品測試。

第二法則: 只撰寫剛好無法通過的測試

第三法則: 只撰寫剛好能通過當前測試失敗的產品

測試的好處:

1.程式的擴充彈性

2.可維護性

3.可再利用性

讓測試程式整潔:

說明: 撰寫醜陋的單元測試與布撰寫單元測試沒甚麼差別，若程式碼不整潔往後開發或維護只會越來越困難，導致測試程式成為負擔。

如何整潔:

• 可讀性(闡明性、簡明性、言簡意賅的表達能力)
• 特定領域的測試語言 (EX :測試用API)
• 雙重標準: 測試用的API和產品用的API需求不同
• 一個測試一個斷言(Assert) : 一個Assert代表他要測試的一個部分
• 一個測試一個概念