1 單元測試：對軟件中的最小可以測試的單元與程序其他部分相隔離的情況下進行檢查和驗證工作，通常是指函數或者類（通常有開發工程師完成）
2 單元測試具體的變現形式就是對函數一各種不同輸入參數組合進行調用
3 做好單元測試：
3.1 代碼的基本特稱與產生錯誤的原因
3.2 單元測試用力的詳解：輸入數據和預計輸出數據的集合
3.3 驅動代碼、樁代碼、Mock代碼
驅動代碼（Diver）：用來調用被測函數
樁代碼（Stub）、Mock代碼：用來代替被測函數調用的真實函數
4 驅動代碼（Diver）：調用被測函數的代碼，包括：調用被測函數前的數據準備，調用被測函數以及驗證相關結果
5 樁代碼（Stub）Mock:用來代替真是代碼的臨時代碼，兩者的區別：
5.1 對於 Mock 代碼來說，我們的關注點是 Mock 方法有沒有被調用，以什麼樣的參數被調用，被調用的次數，以及多個 Mock 函數的先後調用順序。所以，在使用 Mock 代碼的測試中，對於結果的驗證（也就是 assert），通常出現在 Mock 函數中。
5.2 對於樁代碼來說，我們的關注點是利用 Stub 來控制被測函數的執行路徑，不會去關注 Stub 是否被調用以及怎麼樣被調用。所以，你在使用 Stub 的測試中，對於結果的驗證（也就是 assert），通常出現在驅動代碼中。
6 如何展開單元測試：只有對纔會採用單元測試底層模塊或者核心模塊的測試
7 單元測試框架的類型：
JAVA——Junit和TestNG
C++/C——CppTest和Paresoft C/C++test
8 代碼覆蓋率的計算的工具：
Java——JaCoCo
JavaScript——Istanbul
9 把單元測試執行、代碼覆蓋率統計、持續集成流水線做集成，確保每次代碼遞交，都會自動觸發單元測試。