1：傳統的編碼方法

2：測試驅動開發

它的特點如下

2.1：編寫一個失敗的單元測試，來證明產品代碼中存在缺陷，來進行修復這個缺陷

比喻我們要實現一個用戶的添加方法User.Add，我們就會寫一個測試方法來驗證這個User.Add。當然在最初的測試肯定會失敗，因為我們根本就沒有

編寫User.Add的編碼所以運行失敗以后我們就會去實現這個編碼，直到通過為止

2.2：編寫符合測試預期的代碼，是測試通過

2.3：重構代碼

第一次我們的編碼肯定是為了完成功能可能可讀性，規范效率還不是很好，所以我們會不停的重構自己代碼直到編寫出好的編碼。

3：單元測試的優點:

3.1：快速找出項目中存在的bug

因為在編碼中我們自己手動測試不具有普遍性，比喻驗證null，沒有加入判斷，很多代碼就是天馬行空，這樣在其他人測試之后到處都是bug，不停反復的修改就是改不完，開始加班加班

導致大家士氣低落。等產品上線以后每天都要應付各種bug非常疼苦。所以早期加入單元測試這樣一來就會減少大多這樣的麻煩

3.2：代碼重構

重構我們都不陌生，為什么重構呢，因為不重構實在是沒法看了，或是命名規則，或是方法過長，或是效率低下等等，但是如果我們不加入單元測試，你這么一重構，又要手動點著去測試

項目提交之后又出現新的bug，可能和你合作人就會抱怨，天天重構，現在出了問題吧。團隊就會出現抱怨，最后的后果大家都不去重構代碼，明知道那不對。所以單元測試在重構占著很重的地位

優點是個人觀點。熟悉TDD的可以給建議

以上圖是參考單元測試的藝術。