本周的測試課上進行了一次同行評審的演練，大家討論的很熱烈，不過我也發現了一些不太理解的過程，如如何進行計劃活動，走讀、技術評審、正規檢視是基于什么目的，并應該在何時進行。我做了一下詳細的研究。

首先，Peer Review(同行評審)作為Software review的一部分，與之并列的還有Software Management reviews 和 Software audit reviews，三者的大致概念如下：

• Software peer reviews，由作者及同事去評價技術內容and/or工作質量
• Software management reviews，由管理代表評價工作完成情況并決定下游活動。角色包括Decision maker、Review leader、 Recorder、Management staff、Technical staff（必需）Other team members、Customer representative、User representative（非必需）
• Software audit reviews，由外部人員進行規格、標準、合同規定等一致性的核實。審計工作的角色包括Leader auditor、Recorder、Auditor、Initiator、Audited organization。Auditor負責進行客觀地審視產品，應遠離影響其判斷、傾向的事物，或者識別出其傾向并在Initiator的允許下繼續進行

Peer Review包括代碼評審、協同編碼（相當于在編碼過程中就添加了review活動，兩個人一個作為編碼者，一個作為觀察者，并時不時地交換角色）、正規審視、走讀、技術評審。

1. 技術評審
技術評審是在項目或項目的一部分完成時提供證明去證實當前進度的，由一組人去考察規格、標準、使用目的是否一致。角色包括Decision maker、Review leader 、Recorder 、 Technical reviewer （必須）Management staff 、 Other team members、Other stakeholders such as managers, technical staff, customers, and users （非必須）。Decision maker決定產品是否符合標準并安排review，Review leader進行指導，角色行為與Decision maker有重復。其余按字面理解即可。
2. 正規審視
正規審視非常正式，屬于一種靜態方法，需要按照一個既定的程序進行。角色包括Inspection leader 、Reporter、Reader、Author、Inspector。需要注意所有人都是Inpector，anthor并不能作為leader和reader 。
3. 走讀?
走讀則比較隨意，可以用來培訓聽眾，角色包括Walk－through leader、Recorder、Author、Team member并且隊伍中排除了管理者。?

三種方法的輸入、輸出與程序均不同，IEEE都有詳細的Standard可以參考，參考文獻 IEEE Standard for Software Reviews and Audits

reviews的價值在于可以更早及花費更少的代價檢查出錯誤，并且能夠訓練作者產出少缺陷的文檔，它作為一種排錯方法，應該盡早并時常進行，而一旦優秀的缺陷幾乎沒有的文檔完成，下游工作便可以順利進行。

?

軟件測試技術（五）——Software Review