# 在調試過程中 當看到缺陷報告時，你可能會有盡快修復錯誤的沖動。經驗表明，這種沖動不是好事，因為修復一個缺陷時很可能導致另外一個缺陷。 下列操作可以幫你壓住沖動： 1. 確認能夠重現此缺陷。 1. 在代碼中尋找此缺陷的最小規模表達。例如，如果在輸出中有一個數字看起來不對，那么就尋找算出此數字的那個對象。 1. 編寫一個目前會失敗而缺陷修復后將會成功的自動測試。 1. 修復缺陷。 尋找缺陷的最小可靠重現使你有機會去真正檢查缺陷的原因。當修復了缺陷之后，所編寫的測試則有助于提高缺陷真正被修復的幾率，因為新加入的測試降低了未來修改代碼時又破壞此修復的可能性。而之前所編寫的所有測試則降低了在不經意間導致其他問題的可能性。 > 進行單元測試帶來了很多好處： > 進行測試讓代碼的作者和評審者對補丁能夠產生正確的結果有信心。 > 編寫測試用例對開發者而言是一種很好的發現邊緣情況的原動力。 > 進行測試提供了一種良好的方法來快速捕捉退步(Regression)，并且能用來保證退步不會重復出現。 > 單元測試就如何使用 API 提供了可正常工作的范例，能夠大大幫助文檔編制工作。 > 總之，進行集成單元測試降低了任何修改的成本與風險。這使得項目能夠更快并且更有信心地進行[...]重大架構改良[...]。 > --Benjamin Smedberg