什么是良好的單元測試？我相信大多數人都在編寫大量的自動化測試，而且在進行單元測試時你也遇到了一些常見的陷阱。我的問題是你是否遵循任何編寫測試的行為規則以避免將來出現問題？更具體一點：良好單元測試的屬性是什么，或者您如何編寫測試？鼓勵語言不可知的建議。
3 回答
哆啦的時光機
TA貢獻1779條經驗 獲得超6個贊
不要寫大量的測試。正如“單元測試”中的“單位”所暗示的那樣，將每個單元視為原子并盡可能隔離。如果必須，請使用模擬對象創建前置條件，而不是手動重新創建過多的典型用戶環境。
不要測試明顯有用的東西。避免測試來自第三方供應商的類，尤其是提供您編碼的框架的核心API的類。例如，不要測試將項添加到供應商的Hashtable類。
考慮使用代碼覆蓋工具（如NCover）來幫助發現尚未測試的邊緣情況。
嘗試在實現之前編寫測試。將測試視為您的實現將遵循的更多規范。參看 行為驅動的開發，一個更具體的測試驅動開發分支。
始終如一。如果您只為某些代碼編寫測試，那么它幾乎沒用。如果你在一個團隊中工作，而其他一些或所有人都沒有編寫測試，那么它也不是很有用。說服自己和其他人了解測試的重要性（以及節省時間的特性），或者不要打擾。
- 3 回答
- 0 關注
- 781 瀏覽
添加回答
舉報
0/150
提交
取消