單元測試

單元測試的對象通常是軟體設計的最小邏輯單元，單元的劃分在面向過程的結構化程式中一般是函數或子過程，在面向對象的程式中可以是類或類的成員函數。

進行單元測試，主要是為了在開發的過程中發現錯誤，發現錯誤越早，成本就越低，同樣值得考慮的是，在單元測試中發現問題也比較容易，修正問題更容易，将軟體開發的過程中，發現越晚，修複成本越高；檢查代碼是否符合設計和規範，這有利于将來代碼的維護

目标：單元子產品被正确編碼 資訊能否正确地流入和流出單元 在單元工作過程中，其内部資料能否保持其完整性，包括内部資料的形式，内容及互相關系不發生錯誤，全局變量在單元中的處理和影響 為限制資料加工而設定的邊界處，能否正确工作 單元的運作能否做到滿足特定的邏輯覆寫

1).檢查每一條獨立執行路徑的測試，并保證每條語句被至少執行一次：

路經測試也稱為覆寫測試。在單元測試中，最主要的測試是針對路徑的測試。測試用例必須能夠發現由于計算錯誤、不正确的判定或不正常的控制流而産生的錯誤

2).檢查局部資料結構完整性：

必須測試其内部的資料能否保持完整性，包括内部資料的内容、形式及互相關系不發生錯誤

3).檢查子產品接口是否正确：

檢查進出程式單元的資料流是否正确。對子產品接口資料流的測試必須在任何其他測試之前進行，因為如果不能確定資料正确的輸入和輸出的話，所有的測試都是沒有意義的

4).檢查臨界資料處理的正确性：

目的是檢測在資料邊界處子產品能否正常工作，邊界測試是單元測試的一個關鍵任務

5).預設的各種出錯處理是否正确有效：

良好的設計應該預先估計到投入運作後可能發生的錯誤，并給出相應的處理措施，使得使用者不至于束手無策

6).記憶體分析(記憶體洩漏也會導緻系統崩潰)

三步曲