軟件測試的藝術第三章總結

代碼檢查

代碼檢查要作的事

所謂代碼檢查是以組爲單位閱讀代碼，它是一系列規程和錯誤檢查技術的集合。對代碼檢查的大多數討論都集中在規程、所要填寫的表格等。

代碼檢查小組成員

1. 協調人，協調人應該是個稱職的程序員，但不是該程序的編碼人員，不須要對程序的細節瞭解得很清楚
2. 程序的編碼人員
3. 程序設計人員
4. 測試專家

檢查會議進行的活動

1. 由程序編碼人員逐條語句講述程序的邏輯結構。在講述的過程中，小組的其餘成員應提問題、判斷是否存在錯誤。在講述中，極可能是程序編碼人員本人而不是其餘小組成員發現了大部分錯誤。換句話說，對着你們大聲朗讀程序，這種簡單的作法看來是一個很是有效的錯誤檢查方法
2. 對着從來常見的編碼錯誤列表分析程序

小結

1. 這個代碼檢查過程一般將注意力集中在發現錯誤上，而不是糾正錯誤
2. 會議結束以後，程序員會獲得一份已發現錯誤的清單
3. 要使檢查過程有成效，必須樹立正確的態度。若是程序員將代碼檢查視爲對其人格的攻擊、採起了防範的態度，那麼檢查過程就不會有效果。正確的作法是，程序員必須懷着非自我本位的態度來對待檢查過程，對整個過程採起積極和建設性的態度：代碼檢查的目標是發現程序中的錯誤，從而改進軟件的質量

用於代碼檢查的錯誤列表

1. 數據引用錯誤(下標越界，變量未賦值等)
2. 數據聲明錯誤(變量類型等)
3. 運算錯誤(除以0，不一樣類型間的加減運算等)
4. 比較錯誤(有不一樣數據類型的變量之間的比較運算等)
5. 控制流程錯誤(邏輯上的錯誤)
6. 接口錯誤(接收參數數量，類型)
7. 輸入/輸出錯誤

代碼走查

走查概述

代碼走查的過程與代碼檢查大致相同，可是規程稍微有所不一樣，採用的錯誤檢查技術也不同

代碼走查小組成員

1. 協調人
2. 記錄人員
3. 測試人員
4. 程序編寫人員
5. 程序設計人員

走查和檢查的區別

不一樣於僅閱讀程序或使用錯誤檢查列表，代碼走查的參與者「使用了計算機」。被指定爲測試人員的那我的會帶着一些書面的測試用例（程序或模塊具備表明性的輸入集及預期的輸出集）來參加會議。在會議期間，每一個測試用例都在人們腦中進行推演。也就是說，把測試數據沿程序的邏輯結構走一遍。程序的狀態（如變量的值）記錄在紙張或白板上以供監視。

桌面檢查

概述

桌面檢查可視爲由單人進行的代碼檢查或代碼走查：由一我的閱讀程序，對照錯誤列表檢查程序，對程序推演測試數據。
桌面檢查的效率是至關低的。其中的一個緣由是，它是一個徹底沒有約束的過程。另外一個重要的緣由是它違反了本書第 2 章提出的測試原則，
即人們通常不能有效地測試本身編寫的程序。所以桌面檢查最好由其餘人而非該程序的編寫人員來完成（例如，兩個程序員能夠相互交換各自的程序，而不是桌面檢查本身的程序）。

同行評分

同行評分是一種依據程序總體質量，可維護性、可擴展性、易用性和清晰性對匿名程序進行評價的技術。該項技術的目的是爲程序員提供自我評價的手段。