補(bǔ)測(cè)試是個(gè)無(wú)底洞驰吓，因?yàn)橐恢痹陂_發(fā)新功能凳兵。就好比今天吃昨天的剩飯，明天吃今天的剩飯......
因?yàn)橹暗拇a在編寫時(shí)沒有考慮可測(cè)試性帖蔓，沒有合理抽象和分離關(guān)注點(diǎn)矮瘟，導(dǎo)致后期添加單元測(cè)試的成本較高。
在已經(jīng)手工測(cè)試過(guò)證明沒有問(wèn)題的代碼上添加單元測(cè)試塑娇，也讓人有畫蛇添足的感覺澈侠。
并且按照以前的習(xí)慣，在需求變更或修復(fù) Bug 后會(huì)進(jìn)行手動(dòng)測(cè)試钝吮，現(xiàn)在還要修改單元測(cè)試代碼埋涧，更會(huì)造成一種「單元測(cè)試維護(hù)成本很高」的誤解板辽。
如果能保證新增的代碼都有測(cè)試覆蓋，整體測(cè)試覆蓋率就會(huì)持續(xù)上升棘催。
利用 TDD（測(cè)試驅(qū)動(dòng)開發(fā)）的方式劲弦，在開發(fā)新功能，修復(fù) Bug醇坝，做需求變更前邑跪，先新增或修改單元測(cè)試，再修改實(shí)現(xiàn)代碼呼猪，單元測(cè)試通過(guò)即代表工作完成画畅，減少了大量的手工測(cè)試和 Debug 時(shí)間，在完善的單元測(cè)試覆蓋下還可以進(jìn)行大膽重構(gòu)宋距，這樣將極大提高開發(fā)效率和代碼質(zhì)量轴踱。
