第三章 代碼檢查、走查與評審
很多年以來，軟件開發團隊的主要工作是開發適用於機器運行，而不是供人閱讀的程序，軟件測試的唯一方法就是在機器上執行它。這種情況在上世紀70年代發生了改變，一些具有遠見的軟件工程師發現了代碼走讀在測試中的重要位置，並輔以DEBUG調試來更好的提高軟件的質量。
如今，並不是所有的軟件測試人員都要走讀代碼，但是瞭解代碼設計的理念卻在測試工程師中被越來越多的人所接受，得到了廣泛的認同。以下幾個因素會影響到特定的測試和調試工作需要人工實際閱讀代碼的可能性：軟件的規模和複雜度、軟件開發團隊的規模、軟件開發的時限（例如時間點定製的是鬆散還是緊密）等，當然還有編程小組的技術背景和文化。
基於這些因素，我們在深入討論傳統的軟件測試之前，我們先來看看“人工測試”的概念。人工測試技術在查找錯誤方面非常有效，所以在每個程序的研發計劃中都會要求大傢俱有一項或多項人工測試技術。在程序開始編碼之後、自動化測試開始之前應用人工測試來檢測程序的質量。同樣，也可以在程序編碼之前或是程序研發的過程中創立一套自己的流程模式（例如在每個評審階段中），但這不是本書的討論範圍。
在討論人工測試之前，我們先看看下面的注意事項：由於人工測試的人爲因素，導致人工測試的很多方法的準確度要低於自動化測試，因此很多人對人工測試的精度產生了質疑。但是，在實際的測試工作中，人工測試不但沒有降低測試的質量，相反從以下兩個方面提高了測試的效率和可靠性。
首先，人們普遍認識到錯誤發現得越早，改正錯誤的成本越低，正確修改錯誤的可能性也越大。其次，程序員在開始人工測試之前所經歷的心理上的轉變，這種內在壓力會迫使程序員“儘可能快的去修復發現的問題”。由於這些壓力的存在，程序員在修改錯誤的時候所產生的失誤，要比修改早期測試中所發現的錯誤時多一些。