邏輯覆蓋、循環覆蓋、同行評審、桌前檢查、代碼走查、代碼評審、景泰數據流分析
單元測試是對軟件基本組成單元進行測試，
這里的基本單元不一定是指一個具體的函數
（
Function
或
Procedure
）
或一個類的方法，
“
單元
”
具有一些基本屬性，
如：
明確的功能、
規格定義，明確的接口定義，可清晰地與同一程序的其它單元劃分開來。

在純
C
語言的代碼中，為了操作方便期間，我們一般認為一個函數就是一個單元。

1.2.2
單元測試的主要目的：

1.
驗證代碼是與設計符合的

2.
跟蹤需求和設計的實現

3.
發現設計和需求中存在的錯誤

4.
發現在編碼過程中引入的錯誤

1.2.3
何時開展單元測試

一般地，
在編碼階段就應開展單元測試，
邊寫程序邊測試是一個好習慣。
一個組織不要
孤立的劃分出編碼和單元測試兩個階段，也不要等代碼都寫完了才開始單元測試。

有時候需要將單元測試時間推后到集成階段，甚至系統完成階段。

單元測試可以分為計劃、設計、實現、執行幾個階段。
“
計劃
”
是作好人和時間的安排。
“
設計
”
確定采用什么樣的測試方法，
達到一個什么樣的覆蓋率標準等。
“
實現
”
是設計生成各
個測試用例。
“
執行
”
包括驅動和樁函數的設計實現，測試數據準備，測試結果驗證等等。