單元測試實踐的主要問題與解決(2)

1.3 單元測試的效益

    單元測試的效益能夠說是立竿見影，而且會推進整個開發過程的改進。

    首先，單元測試能夠保證代碼的質量。由於只有單元測試，可以全面檢測代碼單元的功能邏輯，排除代碼中大量的、細小的錯誤。
    
    其次，排錯成本最小。若是在編碼階段同時進行單元測試，排錯成本能夠忽略不計。但若到了後期，排錯成本可能會增加上百倍，要是產品已經到了用戶手裏，那形成的損失就更難說了。
    
    第三，提高開發效率。單元測試可讓程序行爲一目瞭然，也就是程序行爲可視化。什麼叫程序行爲呢？就是什麼輸入下，會執行哪些代碼，會產生什麼輸出。以下圖，黑色的代碼是當前輸入下所執行代碼。
    

    若是咱們寫幾行代碼，就能夠看到程序的行爲，至關於寫文章時上下文可見，這能夠促進咱們的開發思惟。若是咱們的思惟有了誤差，也能夠及時發現。若是代碼中有了錯誤，也能夠隨時排除。

    那麼，是否是整個項目的全部代碼都作了單元測試，才能獲得這些效益呢？不是的。80:20規則，在軟件開發過程當中也存在。也就是說，80%的代碼錯誤，可能存在於20%的代碼中；80%的編碼、調試成本，可能會消耗在20%的代碼上。這20%，就是算法密集度高的代碼，也就是功能邏輯複雜的代碼。
    

    這些代碼可能只有20%，可是卻可能包含了80%的錯誤，消耗了80%的編碼、調試時間，即便只對這部分代碼進行單元測試，在提高產品的質量和開發效率方面，也會產生立竿見影的效果。

    第四，自動迴歸。若是沒有單元測試，系統測試發現了錯誤，固然要修改代碼，而修改代碼可能引入新的錯誤，又要進行全面的系統測試，這樣就可能陷入循環，這一般也是項目延期的主要緣由。

    若是有了單元測試，修改代碼時能夠經過迴歸測試立刻檢測是否引入了新的錯誤。所謂迴歸，就是回覆到原來正確的狀態。
    

    正是迴歸測試，使單元測試對整個開發過程的改進都產生積極影響，使項目適應頻繁變化的需求。單元測試是敏捷開發的基礎和核心，反過來講，有了單元測試，開發過程會自動趨於敏捷。單元測試也下降了後期測試的壓力。