持續整合改善
有了可運行的規格以及每次異常產生的規格，接著就要讓日常累積的開發能量，能每日運行規格成為品質的後盾。
搭配 CI 定時產出報表，隨時注意專案的健康度，即早發現問題即早治療，在這要說明如何搭配 CI (continous integration)，讓這一連串的活動能夠持續運行。
daliy build
- 每天早上以及中午進行一次建置
- 建置前需要通過所有的規格運行
- 一旦發生錯誤，一律需要當天確認，並且當天修正完畢
- 一旦建置完成 deploy 到 develop 機器進行測試
week build
- 每個週末選定一天進行建置
- 建置前需要通過所有的規格運行
- week build 可選擇是否 deploy 到 production 機器
每天每週的建置，正如豐田式生產一樣，發生問題即早面對並解決，避免產出不良品，修正完成再繼續往前，將異常或是浪費降到最低。
結論
程式開發是一連串的協同合作，人為疏失是沒有辦法根絕的，但卻可以有機制讓問題及早發現，TDD 正是一個良好的開發流程，讓開發過程包含了驗證機制，確保開發能量能夠被累積並且重覆使用，隨著專案的成長，偵錯的能量也會同步成長。
日常有 TDD 的習慣，導入 CI 水到渠成，利用 CI 讓專案定時被健康檢查，專案上線或是更新不再提心吊膽，在令人安心的環境下開發，更能專注於系統功能的完善，我想有遵循 TDD 開發流程的團隊是幸福的，就像有爸媽呵護一樣不用擔心受怕 :)
TDD 的發想是從敏捷是開發以及豐田式生產而來，其所提倡的核心目標是剛剛好，不浪費，以及透明；不只是程式開發，在待人處事上也是一樣，進行決策時，就會做最有效率報酬率最高的事情，發生問題不只是解決問題，更要避免同樣的錯誤再次發生，盡快脫離錯誤的迴圈。