關鍵字：代碼走查 軟件測試藝術 讀書筆記
說完代碼檢查，現在來談談代碼走查。從定義上來講，代碼走查是以小組為單元進行代碼閱讀的，同樣也是一系列規程和錯誤檢查技術的集合。且代碼走查也采用了持續一至兩個小時的不間斷會議的形式。代碼走查的小組成員的構成而言，一般是由三至五人組成，其中一人扮演“協調人”；一人擔任秘書角色，負責記錄所有查處的錯誤；還有一人擔任測試人員。不過最佳的組合應該是： 一位極富經驗的程序員；
一位程序設計語言專家；
一位程序員新手（可以給出新穎、不帶偏見的觀點）；
最終將維護程序的人員；
一位來自其他不同項目的人員；
一位來自該軟件編程小組的程序員。
至于測試的流程跟代碼檢查很類似，類似之處就不多談，只說一下不同之處吧。稍有不同的是代碼走查的任務：就是參與者“使用了計算機”。被指定為測試人員的那個人會帶著一些書面的測試用例（程序或模塊具有代表性的輸入集及預期的輸出集）來參加會議。且在會議期間，每個測試用例都在人們頭腦中進行推演，即：把測試數據沿程序的邏輯結構走一遍，并把程序的狀態（如變量的值）記錄在紙張或白板上以供監視。
這里，需指出：這些書面的測試用例必須結構簡單、數量較少，因為人腦執行程序的速度比計算機執行程序的速度慢上若干量級。之所以提供這些測試用例，目的不是在于其本身對測試了關鍵的作用，而是其提供了啟動代碼走查和質疑程序員邏輯思路及其設想的手段。因為，在大多數的代碼走查中，很多問題是在向程序員提問的過程中發現的，而不是由測試用例本身直接發現的。
文尾，至于代碼走查所需要從心理學角度給予提前的心理籌備、后續過程和附帶的幾個有益的作用，都與代碼檢查的類似，所以在這里就不提了。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/