1、從一開始就保證了代碼的質(zhì)量。鼓勵開發(fā)人員僅編寫能通過測試從而滿足需求的代碼。一個方法的代碼越少，從邏輯上來說，其中包含錯誤的幾率就越小。 ２、無論是有意設(shè)計的還是巧合，大多數(shù)TDD 開發(fā)人員編寫的代碼都遵循SOLID 原則。SOLID 原則是一組幫助開發(fā)人員確保編寫出高質(zhì)量軟件的編程實(shí)踐。由TDD實(shí)踐生成的這些測試是極為寶貴的，而那些作為副作用得到的高質(zhì)量也是TDD 難以置信的重要好處。 ３、確保了代碼與業(yè)務(wù)需求之間的高度一致性。如果需求是以測試方式給出，而且通過了所有測試，就可以很自信地說代碼滿足了業(yè)務(wù)需要。 ４、鼓勵創(chuàng)建更簡單、針對性更強(qiáng)的庫和API。TDD 對開發(fā)過程的改變很大，這是因?yàn)槟切閹旎駻PI 編寫接口的開發(fā)人員就是這個接口的第一用戶。這就提供了有關(guān)如何編寫該接口的新視角，而且馬上就能知道這個接口是否有意義。 ５、鼓勵與企業(yè)溝通。要創(chuàng)建這些測試，需要多與業(yè)務(wù)用戶交流。這樣，就可以確保輸入與輸出的組合有意義，還可以幫助用戶理解所開發(fā)的產(chǎn)品。 ６、有助于從系統(tǒng)中清除那些沒有用到的代碼。大多數(shù)開發(fā)人員在編寫應(yīng)用程序時，設(shè)計界面和編寫方法都是以可能發(fā)現(xiàn)的情況為基礎(chǔ)的。這樣就會導(dǎo)致系統(tǒng)中存在大量永遠(yuǎn)不會用到的代碼或功能。這種代碼的成本非常高，編寫它們需要花費(fèi)精力，即使這些代碼什么也不做，也依然必須對其進(jìn)行維護(hù)。它還使事情變得混亂，分散開發(fā)人員本應(yīng)專注于重要工作代碼的注意力。TDD 有助于從系統(tǒng)中清除這種寄生代碼。 ７、提供了內(nèi)置的回歸測試。在對系統(tǒng)和代碼進(jìn)行修改時，總會創(chuàng)建一套測試，用來確保將來的更改不會損害現(xiàn)在的功能。 ８、終止了遞歸錯誤的出現(xiàn)。可能遇到過這種情景：正在開發(fā)一個系統(tǒng)時，相同的錯誤總是一次又一次重復(fù)出現(xiàn)。您可能覺得終于抓住并終止了這個錯誤，但在兩個星期之后發(fā)現(xiàn)它又回來了。而利用TDD 方法，只要報告了一個缺陷，就會編寫一個新的測試來揭露它。如果通過了這個測試而且一直能通過，說明已經(jīng)真正消除了這一缺陷。 ９、如果開發(fā)應(yīng)用程序時能夠時刻記著可測試性，所得到的結(jié)果就是一種開放的、可擴(kuò)展的、靈活的體系結(jié)構(gòu)。對于TDD 和松散耦合體系結(jié)構(gòu)，依賴注入都是關(guān)鍵組件。這樣所得到的系統(tǒng)，因?yàn)槠潴w系結(jié)構(gòu)而變得可靠、易于修改，并能對抗缺陷。