關鍵字：代碼檢查 軟件測試藝術 讀書筆記
代碼檢查，怎么說呢？經驗而言，我挺喜歡用的。因為，跟項目經理（或設計人員）讀設計，能夠非常容易發現設計上的邏輯錯誤或遺漏的問題等等。因此，有必要好好敘述下。 定義上：所謂的代碼檢查，其實就是以組為單位閱讀代碼，是一系列規程和錯誤檢查技術的集合。該過程通常將注意力集中在發現錯誤上，而不是糾正錯誤。
成員組成：一個代碼檢查小組通常是由四人組成，其中一人發揮著協調作用、一人是該程序的編碼人員、一人是其他成員通常是程序的設計人員、一人是測試專家。
這里，值得一提的是：那個發揮著協調作用的成員。該協調人應該是個稱職的程序員，但不是該程序的編碼人員，不需要對程序的細節了解得很清楚。協調人的職責包括幾點：為代碼檢查分發材料、安排進程；在代碼檢查中起主導作用；記錄發現的所有錯誤；確保所有錯誤隨后得到改正。
有關代碼檢查的具體流程，個人歸納為一個流程表，就不在這里詳述了。不過，這里需要值得注意的是代碼檢查這個過程。
在代碼檢查的時間和地點上的選擇上，應避免所有的外部干擾；
代碼檢查會議的理想時間應在90-120分鐘之內；
大多數的代碼檢查都是按每小時大約閱讀150行代碼的速度進行；
對大型軟件的檢查應安排多個代碼檢查會議同時進行，每個代碼檢查會議處理一個或幾個模塊或子程序。
除此之外，還需要從心理學角度給予提前的心理籌備。因為，要使檢查過程有成效，還必須樹立正確的態度。其心理因素必須要提前分析正確，否則事倍功半。假設程序員將代碼檢查視為對其個人的攻擊、采取了防范的態度，那么檢查過程就不會有效果。而正確的做法應該是：
一方面：提出的建議應針對程序本身，而不應針對程序員，即：軟件中存在的錯誤不應被視為編寫程序的人員本身的弱點，且這些錯誤應被看做是伴隨著軟件開發的艱難性所固有的；
另一方面：程序員必須懷著非自我本位的態度來對待錯誤檢查，對整個過程采取積極和建設性的態度：代碼檢查的目標是發現程序中的錯誤，從而改進程序的質量。
正因為這個原因，大多數人建議應對代碼檢查的結果進行保密，僅限于參與者范圍內部。尤其是如果管理人員想利用代碼檢查的結果，那么就與檢查過程的目的背道而馳了。
文尾，順便提一下代碼檢查附帶的幾個有益的作用吧。
程序員通常會得到編程風格、算法選擇及編譯技術等方面的反饋信息；
其他參與者也可以通過接觸其他程序員的錯誤和編程風格而同樣受益匪淺；
代碼檢查還是早期發現程序中最易出錯部分的方法之一，有助于在基于計算機的測試過程中將更多的注意力集中在這些地方。
延伸閱讀
文章來源于領測軟件測試網 http://www.k11sc111.com/
