軟體工程學習筆記一：單元測試

標籤：

      軟體的完成一般需要多人的合作，作為團隊中的一員，可以通過對自己負責的模組進行單元測試而得到一個品質高的、穩定的成果。單元測試，剛遇到這個概念是很迷茫的，在之前編寫程式的過程中，一般都是在多次編譯中發現自己的問題並改正之，一旦運行通過就不再管了。當然，程式和軟體是不同的概念，有的軟體是需要多次維護的，為了避免程式員寫的某些模組被其他接手的人誤解而引起軟體的bug，寫完代碼後進行單元測試是很必要的。

     建立單元測試函數的主要步驟是：

1.設定資料

2.使用被測試類型的功能

3.比較實際結果和預期的結果

     而什麼才是好的單元測試呢？下面將列舉一系列的標準：

1.單元測試應該在最基本的功能/參數上驗證程式的正確性（如C++中的類）

2.單元測試必須由程式的作者來寫

3.單元測試過後，機器狀態保持不變（在teardown階段刪掉單元測試建立的臨時檔案或目錄）

4.單元測試要快，且產生可重複、一致的結果

5.獨立性（當其他模組費時或不穩定時可以人為構造資料來進行單元測試）

6.單元測試應覆蓋所有代碼路徑（必須測試公開的和私人的函數/方法）

7.對於需要長期使用的軟體，最好將單元測試自動化

8.單元測試必須和產品代碼一起儲存和維護

     看起來，單元測試不是一件簡單的事，尤其是對於大量代碼的程式，但如果不寫單元測試，可能將在後期遇到更多難以修複的bug。

     因此，在編寫完軟體的一項功能後（如我們想要做的音樂軟體的讀取音樂功能），最好做一下測試。並養成做單元測試的習慣。

     引用部分出自《構建之法》，作者鄒欣。

軟體工程學習筆記一：單元測試