2023年3月3日做同行評審的培訓，講解同行評審方法花費了3小時，練習時間為1小時，點評時間為45分鐘。參加培訓的人員為20人，19人參與了練習，劃分成了3個小組練習。3個小組對同乙個需求進行了同行評審，該需求為乙個實際專案需求的一部分，僅有1頁紙，但是質量比較差。
這3個小組的練習結果如下表所示：
第1組
第2組
第3組
被評審文件的規模（頁）
1 1
1 累計確認的bug數
13 17
4 工作量（分鐘）
225
480
95 效率（bug數/小時）
3.47
2.13
2.53
個人評審的平均速率（頁/小時）
4 2
6 缺陷密度（bug數/頁）
13 17
4 個人評審階段發現的bug數
10 12
2 會議中發現的bug數
3 5
2 個人評審階段發現的bug數/會議中發現的bug數
3.33
2.40
1.00
參與評審的人數（包括作者、記錄員與主持人）
6 8
5 需求評審檢查中的檢查項個數
12 8
10 對上述的度量資料分析、點評如下：
（1） 第3組發現的bug數及投入的工作量明顯少於其他2個組，個人評審的速率最快，準備階段發現的缺陷數與會議中發現的缺陷數比例比較小，說明該組對評審的投入不夠、評審的質量不高。
（2） 第2組投入的工作量最大，參與的人數最多，評審的效率最低，沒有很好的控制人員的個數，一般而言，應該控制在3-7人為宜。
（3） 第1組的效率最高，準備階段發現的缺陷數與會議中發現的缺陷數比較比較大，說明該組的個人評審做的比較充分，效果比較好。
（4） 儘管第2組發現的缺陷最多，但是第2組比第組多發現4個缺陷，工作量卻多花費了255分鐘，相比而言，投入產品很不合適。
（5） 第1組和第2組的工作量的度量資料可能存在統計口徑不一致的現場，否則在同樣是花費了1小時的時間做練習，投入的工作量不會差別那麼大，應為對度量元的準確定義進行約束。
（6） 個人評審的平均速率越快，發現的缺陷越少，個人評審的速率越慢，發現的缺陷越多。
（7） 同會議中發現的bug數相比，個人評審階段發現的bug越多評審效率越高。
針對上述練習，各小組總結的經驗教訓歸納如下：
（1） 主持人與作者要首先對檢查中的檢查項達成一致的理解
（2） 在評審完畢後，要分析檢查單中每個檢查項的命中率，針對沒有發現問題的檢查項要進行分析，看是真沒有問題還是在評審時漏考慮了。
（3） 在評審中專家對某個問題是否是乙個問題存在爭議，進行了激烈討論，主持人應控制會議節奏，避免在乙個問題上花費時間太多，降低效率。
（4） 記錄員對問題的記錄與評審員的想法不一致，花費了較長的時間進行了溝通。
（5） 有的小組沒有對評審員細分角色，導致評審的效率偏低。
（6） 有的小組在評審時，採用了模擬使用者使用場景的方法，效果很好。
（7） 需要實時採集度量資料，保證度量資料的準確性。
同行評審 Peer Review
周五的課上，章老師給我們上了一節關於同行評審 peer review 的課程，讓我了解了以前並不熟悉的這一過程。課上我們就姚思丹同學專案組做的專案，分組進行了審查。首先介紹一下同行評審 peer review 同行評審 peer review，在某些學術領域亦稱refereeing 或譯為同儕審查，...
測試基礎 同行評審
同行評審 1.是由開發軟體產品作者以外的其他人檢查工作產品，以發現缺陷並尋找改進的機會 評審方法是評審參與者通常採用一行一行仔細閱讀被評審物件的形式發現被測物件中的缺陷 評審的時間點一般設在工作產品到達了乙個完成的里程碑並即將進入下乙個開發階段時 2.同行評審一般包括審查 小組評審 走查 桌面評審 ...
軟體測試 同行評審
一 定義 同行評審是一種通過作者的同行 開發 測試 qa等 來確認缺陷和需要變更區域的檢查方法。二 過程 一 計畫階段 1.專案負責人指定組織者 作者自檢工作產品 組織者規劃本次評審，制定review plan 2.檢查入口準則 是否符合文件標準？是否已用工具檢查？500行 文件 40頁 3.準備評...