以上三種審議都要耗費一定的時間和資源，但是它卻能更早地發現和解決不易顯現的錯誤。

　　審議通過后，我們終于可以使用用例來進行代碼測試和調試了。代碼的調試是用來保證程序能按照系統需求正常運行的一種手段。但是我所提到的這種代碼調試并不是簡單的調試，它要包括以下兩部分：

　　* 特征調試

　　* 代碼覆蓋調試

　　首先我們要先進行特征 調試。它是通過運行程序找到代碼中的錯誤，這與我們平時常進行的調試相同。到程序能運行后，我們可使用已編好的三種類型的用例并以正常數據測試用例進行測試，若不能正常運行則要用調試工具調試。在這階段，我們要用大量正常數據去測試。測試后，該程序應可在絕大多數的正常數據中運行。　　其次，我們要進行代碼覆蓋測試，一直要達到以下目標為至：

　　* 測試到每一個最小語句的代碼

　　* 測試到所有的輸出結果

　　我們應該通過一步步的調試去運行每個程序的所有語句和分支。如果我們想要百分之百地覆蓋就應適當運用邊緣數據和錯誤數據。測試在這個階段的質量是難以掌握的。它基于程序員的責任心和經驗。當這階段完成后，每個程序員所測的深度也是不同的。因此，在這個測試階段之前，項目經理(或測試工程師)應制定出測試指導和計劃書。它們至少應包括以下內容：

　　* 測試的主要對象

　　* 主要調試點

　　* 怎樣測試

　　* 什么時候可以完成

　　至今為至，我們已完成了代碼的審議和調試。如果我們是嚴格按照以上步驟做的，那就可以保證代碼沒有太多的錯誤，至少沒有使程序運行中斷的錯誤了。如果我們不能很好地執行代碼審議和正確的調試，那我們就不能順利地通過測試，有時我們還要不得不返回來做這些事。

　　好了，我們終于完成了單元測試的工作，程序員們可以喘口氣了，但不要忘記還有更加嚴格的集成測試要我們去做。