如何在軟件測試過程中進行正式的評審
軟件測試過程中進行正式的同行評審過程
根據同行評審的重要程度，正式評審、技術審查和走查三種形式的流程和成果物的使用力度不盡相同，但其主要的步驟和內容大體一致，參見如圖4-2所示的同行評審流程圖。
4.3.1 正式評審流程
正式評審包括下述6個基本步驟。
(1)預備：為保證評審的質量，可以先進行一個預備會議。
會議上，由作者花幾分鐘的時間向評審組概要介紹評審材料，例如講解一下本工作產品的目標是什么，其他相關的實現細節、開發標準等。應該允許甚至鼓勵評審組成員動手查看工作產品，或者查看開發過程中所用到的檢查單等。這個講解的過程從某種角度上來說，也保證了作者提交工作產品的質量。會議結束時把文檔分發給每位與會者，下發的材料應該控制在2小時之內審核完成為宜。這些文檔可以包括：
要審查的工作產品;
參考文檔;
工作產品評審檢查表;
工作產品審閱情況記錄表。
評審主持人負責根據具體情況確定什么時間開始真正的評審會議。
(2)審查：在預備會和正式評審會之間，評審小組成員會對工作產品進行徹底檢查，并依據相關標準和準則評審工作產品，記錄發現的缺陷、問題種類與嚴重程度、所用的時間等。
(3)評審：在預定的正式評審時間內(會議時間建議控制在2小時)，評審小組成員以會議形式聚在一起，依次對產品進行檢查。每個評審員花一定的時間(一般為十幾分鐘)指出問題，并和作者確定問題和定義問題的嚴重程度。注意，評審過程中是發現錯誤，而不是現場改正它們。
會議中，記錄員詳細記錄每一個已達成共識的缺陷，包括缺陷的位置、簡短描述缺陷、缺陷類別、該缺陷的發現者等。未達成共識的缺陷也將記錄下來，加入"待處理"或者TBD標識，評審主持人將指派作者和評審員在會后處理評審會議中未能解決的問題。
(4)書寫評審報告：評審主持人根據記錄員的記錄和自己的總結，在一天內寫出評審報告，內容包括：
根據評審專家個人的輸入創建總的問題清單;
加入會議中發現的問題;
剔除經確認屬于重復或者無效的問題;
共同確定需要修改的問題及修改的程度。
(5)返工：作者根據評審報告的決議，負責解決確定的所有缺陷和問題。
(6)跟蹤：評審組長必須確保所提出的每個問題都得到了圓滿解決。必須仔細檢查對文檔的每個修正，以確保沒有注入新的錯誤。
4.3.2 技術審查流程
技術審查通常包括下述3個基本步驟。
(1)準備：評審組長(通常是項目經理)要求項目組成員提供需要考慮的特定問題并分發評審材料。評審組長確定評審重點：
需要注意的特定問題;
需要滿足的特殊標準或規格說明;
需要審查的接口或依賴關系。
(2)評審：評審人各自審查評審材料，目的是發現錯誤，而不是改正它們(通常每次評審會不超過1小時)。評審組組長應在一天內寫出評審報告。評審會議內容包括：
匯總個人發現的問題;
加入會議中發現的問題。
(3)跟蹤：作者負責解決評審報告中的所有錯誤及問題。評審組長檢查所提出的每個問題都得到了解決。組長起草評審發現報告：
問題或弱項清單;
小組對如何解決這些問題或弱項清單的建議;
行動事項。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
