它的特點如下
比喻我們要實現乙個使用者的新增方法user.add，我們就會寫乙個測試方法來驗證這個user.add。當然在最初的測試肯定會失敗，因為我們根本就沒有
編寫user.add的編碼所以執行失敗以後我們就會去實現這個編碼，直到通過為止
第一次我們的編碼肯定是為了完成功能可能可讀性，規範效率還不是很好，所以我們會不停的重構自己**直到編寫出好的編碼。
因為在編碼中我們自己手動測試不具有普遍性，比喻驗證null，沒有加入判斷，很多**就是天馬行空，這樣在其他人測試之後到處都是bug，不停反覆的修改就是改不完，開始加班加班
導致大家士氣低落。等產品上線以後每天都要應付各種bug非常疼苦。所以早期加入單元測試這樣一來就會減少大多這樣的麻煩
重構我們都不陌生，為什麼重構呢，因為不重構實在是沒法看了，或是命名規則，或是方法過長，或是效率低下等等，但是如果我們不加入單元測試，你這麼一重構，又要手動點著去測試
專案提交之後又出現新的bug，可能和你合作人就會抱怨，天天重構，現在出了問題吧。團隊就會出現抱怨，最後的後果大家都不去重構**，明知道那不對。所以單元測試在重構佔著很重的地位
優點是個人觀點。熟悉tdd的可以給建議
以上圖是參考單元測試的藝術。
什麼是測試驅動開發？（TDD）
一 什麼是tdd 簡單的說，即在寫任何功能 之前，先寫它的測試 具體步驟 根據需要編寫乙個測試用例 編寫功能 以讓剛才的測試用例通過 逐步補充測試用例 修改功能 使新增的測試用例和原來的都通過 重構，包括功能 和測試用例 二 為什麼使用tdd 提高 質量。由於功能 的高質量和完善的測試用例集，增強了...
測試驅動開發
測試驅動開發 test driven development,英文縮寫tdd 是極限程式設計的乙個重要組成部分，它的基本思想就是在開發功能 之前，先編寫測試 也就是說在明確要開發某個功能後，首先思考如何對這個功能進行測試，並完成測試 的編寫，然後編寫相關的 滿足這些測試用例。然後迴圈進行新增其他功能...
測試驅動開發
在開發的過程中，總有種憂慮感，擔心系統會出現這樣或那樣的bug，修改bug後，更要把所有的流程重測一遍。於是我們在完成 後，編寫測試程式，將所有的流程通過測試程式自動跑一遍。測試驅動開發就在這種需求下誕生了。它將測試用例的開發提到了功能 之前，這樣功能 是為滿足測試用例能通過而開發，同時，測試用例也...