test-driven development
測試驅動開發是敏捷開發中的一項核心實踐和技術，也是一種設計方**。tdd的原理是在開發功能**之前，先編寫單元測試用例**，測試**確定需要編 寫什麼產品**。tdd雖是敏捷方法的核心實踐，但不只適用於xp（extreme programming），同樣可以適用於其他開發方法和過程。
tdd的基本思路就是通過測試來推動整個開發的進行，但測試驅動開發並不只是單純的測試工作，而是把需求分析，設計，質量控制量化的過程。
tdd的重要目的不僅僅是測試軟體，測試工作保證**質量僅僅是其中一部分，而且是在開發過程中幫助客戶和程式設計師去除模稜兩可的需求。tdd首先考慮使 用需求（物件、功能、過程、介面等），主要是編寫測試用例框架對功能的過程和介面進行設計，而測試框架可以持續進行驗證。
優點：在任意乙個開發節點都可以拿出乙個可以使用，含少量bug並具一定功能的產品。
缺點：增加**量。測試**是系統**的兩倍或更多。
tdd = tfd + refactoring
(tfd -- test first development)
計算機領域：
test drived develop
測試驅動開發是一種開發方法，是開發人員參與的活動。 其效果是以可執行的形式文件化你的需求，迫使你分清職責隔離依賴以驅動你的設計，編織安全網以便將bug扼殺在在搖籃狀態，防止其逃逸。可傳統測試人員的 活動是試圖找到已經逃逸的bug。這兩種活動都是必要的，而且毫不衝突，互為補充。
那麼測試人員在新的 特性還沒開發完成之前做什麼呢? 除了提前寫測試用例，無論是自動化的還是非自動化的，而需要測試人員參加的一項重要活動，就是參與特性驗收條件的制定。 之前經常發生開發人員按照自己的理解去編碼，測試人員按照自己的理解去測試，直到開發完成，測試過程中才發現理解的不一致，開始產生爭執並阻塞等待業務分 析人員(如果幸運的話)或者行政主管(如果開發過程混亂的話)的仲裁。 解決辦法就是，在開始開發新特性前的一剎那，由業務分析人員，測試人員，開發人員進行一次討論，就驗收條件達成一致並形成記錄，然後測試人員和開發人員分 頭去寫測試和實現。
測試驅動開發TDD
測試驅動開發 testdriven development,tdd 的基本思路是通過測試推進整個的開發工作，並不只是單純的測試工作。利用這種測試方法時，若要完成某個功能，某個類，首先不是編譯正式的 而是先編寫測試 考慮其如何使用 如何測試。然後在對其進行設計 正式編碼。t dd具有很強的目的性，是在...
tdd 測試驅動開發
這是一張影響圖 當壓力越大時，所做的測試就會越少。測試越少，犯的錯就會越多，就會感到更大的壓力。這是乙個會造成情境越來越糟的迴圈。我們用事先編寫的測試來驅動開發，因為測試先於開發，所以我們在感到壓力時，就執行這些測試，它們會馬上給我們一種系統良好的感覺，而且會減少開發出錯的次數，進而減少我們的壓力，...
TDD測試驅動開發
tdd是test driven development的簡稱，意為測試驅動開發。測試驅動開發是一種軟體的開發方法。它指在編寫某個功能的 之前先編寫測試 然後編寫能使測試通過的功能 逐個測試來實現軟體的開發。測試驅動開發有助於提高 質量和開發進度。測試驅動開發一般步驟 1.新增乙個測試 2.執行所有測...