單元測試（unit testing），是指對軟體中的最小可測試單元進行檢查和驗證。進行單元測試，可以盡早地發現編寫**中錯誤，減少後期測試開銷和維護成本，提高軟體質量。
下文講解寫出好單元測試需要遵守的first原則（air原則與first原則中的s、i、r項類似）：
在除錯bug時，需要頻繁去執行單元測試驗證結果是否正確。如果單元測試足夠快速，就可以省去不必要浪費的時間，提高工作效率。
好的單元測試是每個測試只關注邏輯的乙個方面，這樣有利於排錯。
// 按照邏輯分離測試
test
(func, nullptr)
test
(func, badparams)
//! 錯誤示範 ❌
test
(func, nullptr)
test
(func, badparams)
// 正確示範 ✔
test
(func, nullptr)
test
(func, badparams)
//! 錯誤示範 ❌
test
(func, nullptr)
test
(func, badparams)
//! 錯誤示範 ❌
test
(func, test)
等**穩定執行再來補齊單元測試可能是低效的，最有效的方式是在寫好功能函式介面後（實現函式功能前）進行單元測試。
單元測試 單元測試編寫的原則
公司要求提公升單元測試的質量，其中我作為方案和推動的主導，對開發過程中的單元測試，有了一些思考和總結 單元測試編寫的目的，是面向計算機特性的，基於函式的in out，所以單元測試的好幫手就是斷言，通過不斷的構造輸出並對結果進行斷言，我們就可以針對乙個物件以及它的函式，構建出充足的用例去包裹它，以期望...
二 優秀單元測試的五個特徵FIRST
好的單元測試專注於要測試的一小塊 也就是我們所說的 單元 測試與越多 打交道，越容易偏離 不要依賴外部儲存，因其他人可能也正在使用，導致單元測試執行結果不可控 單元測試不要依賴於其他單元測試，即時是同乙個測試套，即時仔細調整了順序，還是有可能因為依賴鏈的問題失敗，因此測試間也要彼此隔離。在任何時間以...
單元測試 單元測試文章收藏
前言 前段時間公司計畫做自動化測試，自己也打算圍繞幾個點做相關調研，現在想想呢？其實對自動化測試的概念都還不是十分清晰，當時主要還是圍繞 單元測試 向qa小夥伴學習了一段時間，現由於公司重組，學習中斷，這裡簡單記錄一些單元測試好文，留待後續參考.什麼叫自動化測試？自動化測試覆蓋率？覆蓋率如何做到的？...