tdd原本是一種程式設計技術，它間接地確保你的**能徹底地被單元測試檢查。可是，它能做的不只這些。你仍然需要參考傳統的一些測試比如功能測試、使用者驗收測試、系統整合測試等等。大部分的這些測試都可以在專案開始之前就進行，如果你選擇這麼做的話（而且你也應該這麼做）。實際在
xp裡，專案負責人指定的使用者驗收測試在編碼時或是更早就開始進行了。告訴專案負責人系統能適應需求，增強他的信心！
乙個好的傳統測試能發現乙個或多個漏洞，此理論同樣適用於
tdd。當乙個測試失敗的時候你必須進行改進因為你知道你需要解決這個問題。更重要的是，當你的測試不再失敗的時候你就可以清楚地知道成功了多少。
tdd增強了你的信心因為它適應了預先定下的需求，你的系統能正常執行了，因此你再自信地開發下去。
像傳統的測試一樣，專案風險越大，就要更徹底地進行測試。傳統測試和
tdd中你都不可能為著完美而奮鬥，代之的是測試系統的重要性。為了解釋敏捷模型（
agile modeling，am
），你應該「帶著目的去測試」、知道為什麼要測試以及測試是在什麼等級。
tdd為你帶來的有趣的間接影響是，你的**測試覆蓋率是
100%—
每一行都被測試過了
—這是傳統測試所不能保證的（雖然它們推薦這麼做）。一般來講我會很負責任地說
tdd的結果比傳統技術更有意義。
TDD與傳統測試
tdd原本是一種程式設計技術，它間接地確保你的 能徹底地被單元測試檢查。可是，它能做的不只這些。你仍然需要參考傳統的一些測試比如功能測試 使用者驗收測試 系統整合測試等等。大部分的這些測試都可以在專案開始之前就進行，如果你選擇這麼做的話 而且你也應該這麼做 實際在xp裡，專案負責人指定的使用者驗收測...
TDD 測試驅動開發
test driven development 測試驅動開發是敏捷開發中的一項核心實踐和技術，也是一種設計方 tdd的原理是在開發功能 之前，先編寫單元測試用例 測試 確定需要編 寫什麼產品 tdd雖是敏捷方法的核心實踐，但不只適用於xp extreme programming 同樣可以適用於其他開...
測試驅動開發TDD
測試驅動開發 testdriven development,tdd 的基本思路是通過測試推進整個的開發工作，並不只是單純的測試工作。利用這種測試方法時，若要完成某個功能，某個類，首先不是編譯正式的 而是先編寫測試 考慮其如何使用 如何測試。然後在對其進行設計 正式編碼。t dd具有很強的目的性，是在...