clean code that works，測試驅動開發所追求的目標
1、在你寫任何**之前，先寫乙個會失敗的自動測試程式
2、消除重複設計，優化設計結構
測試驅動開發的流程：
1、寫乙個小的測試
2、執行所有測試，執行失敗
3、適當修改
4、執行測試且成功
5、重構，消除重複設計，優化設計結構
我覺得測試驅動開發的實質，根本就不是為了保證質量的，他有點像是一邊寫，一邊測的概念；不是那種一開始確定好所有的需求，就把所有的測試用例寫完的那種；
*是要寫哪部分，就先寫哪部分功能的用例；
*而且用例的目的就不是為了測試bug，有點像是對功能的說明文件，確認他完成的功能是什麼。他還講究價效比，測試**應該盡可能的短小精悍。
*而且他有個很高的要求，是要求開發要不斷的重構**，來讓**清晰，讓測試更精悍！
*測試是測試驅動開發的副產品，不能取代效能測試，相容性測試等
另外提到的乙個很有意思的關於測試覆蓋的論點是：「我們不是通過增加測試覆蓋，使其覆蓋輸入的所有排列組合情況（更確切的說是乙個有效地所有可能排列的簡化），而是讓**縮減，從而使用相同的測試就能覆蓋到各種排列組合情況」
測試驅動開發的讀書筆記（一）：
測試驅動開發的讀書筆記（二）：
測試驅動開發的讀書筆記（三）：
測試驅動開發的讀書筆記（四）：
測試驅動開發的讀書筆記（五）：
《測試驅動開發》 讀書筆記
測試驅動開發 讀書筆記 前言 測試驅動開發 tdd 以測試作為開發過程的中心，要求在編寫任何產品 之前，首先編寫用於定義產品 行為的測試，而編寫的產品 又要以使測試通過為目標。測試驅動開發要求測試可以完全自動化地執行，在對 進行重構前後必須執行測試。這是一種革命性的開發方法，能夠造就簡單 清晰 高質...
《測試驅動開發》讀書筆記
讀完本書的實踐 1 從簡單的例子開始,寫自動測試程式 2 重構,每次增加乙個新的設計構思 3 開發節奏 不可執行 可執行 重構 我們應該測試什麼?1 在開始寫測試之前,寫乙個包含你認為必須要編寫測試的清單,把你所知道需要實現的每種操作的範例都記錄在清單上 2 對於那些目前還不存在的操作,將其記錄到清...
《測試驅動開發的藝術》讀書筆記
tdd通過邊測試邊編寫 然後重構來防止重構所引起的錯誤 通過自動化測試和持續整合工具,隨時保持可以發布 tdd第一步 1.需求分解 2.將需求轉化成測試 3.寫乙個失敗的測試 4.逐步通過測試，再寫乙個測試 5.開始消除重複 由於這個時候有測試在了，所以不用擔心更改會引起整合錯誤 互動測試，並不驗證...