讀完本書的實踐:
1 從簡單的例子開始,寫自動測試程式
2 重構,每次增加乙個新的設計構思
3 開發節奏 : 不可執行/可執行/重構
我們應該測試什麼?
1 在開始寫測試之前,寫乙個包含你認為必須要編寫測試的清單,把你所知道需要實現的每種操作的範例都記錄在清單上
2 對於那些目前還不存在的操作,將其記錄到清單上
3 列出所有你認為在這一輪程式設計結束後為了獲得整潔的**而必須完成的重構
程式設計思路 - 先架構思路，不清楚的地方用偽實現
從最簡單的邏輯開始,正向推理或者反向推理將整個完整的邏輯構建出來.然後再細節上進行具體化和補充. 例如斷言優先原則
如果你知道要寫什麼,那麼就鍵入這個明顯的實現. 如果你不知道要寫什麼**,那麼做乙個偽實現. 如果正確的設計仍沒有清晰的表達出來,那麼實施三角法. 如果你還不知道要寫什麼,那你可以去沖個澡,待在水龍頭下面,直到自己知道要寫什麼為止
測試驅動開發的過程:
1 加入乙個小的測試
2 執行所有測試,執行失敗
3 適當修改
4 執行測試且成功
5 重構,消除重複設計,優化設計結構
認真遵循測試驅動開發的人理應實現100%的語句覆蓋
通過回歸測試去補充及完善測試的邏輯和覆蓋範圍
吸引力法則
吸引正確的**的程式設計實踐方法會讓你的**越來越好
準則
所有改動的**都應該能達到投產標準,**需要有明確的檢驗,才能投入生產去使用
驅動測試開發的好處
加快反饋迴圈.在你努力將思想變成可行的介面時,幾秒或者幾分鐘之內就能獲得反饋
《測試驅動開發》 讀書筆記
測試驅動開發 讀書筆記 前言 測試驅動開發 tdd 以測試作為開發過程的中心，要求在編寫任何產品 之前，首先編寫用於定義產品 行為的測試，而編寫的產品 又要以使測試通過為目標。測試驅動開發要求測試可以完全自動化地執行，在對 進行重構前後必須執行測試。這是一種革命性的開發方法，能夠造就簡單 清晰 高質...
《測試驅動開發的藝術》讀書筆記
tdd通過邊測試邊編寫 然後重構來防止重構所引起的錯誤 通過自動化測試和持續整合工具,隨時保持可以發布 tdd第一步 1.需求分解 2.將需求轉化成測試 3.寫乙個失敗的測試 4.逐步通過測試，再寫乙個測試 5.開始消除重複 由於這個時候有測試在了，所以不用擔心更改會引起整合錯誤 互動測試，並不驗證...
測試驅動開發的讀書筆記（三）
mock object 模擬物件 mock的特點 1 提供和被模擬物件相同的介面 2 會檢查每個呼叫的上下文 以下幾種情況可以考慮建立mock 1 當被模擬的物件提供不確定的結果時 例如 當前時間或當前溫度 2 很難建立或重現的狀態 例如 網路錯誤 3 很慢 例如 資料庫，需要在測試前初始化 4 還...