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

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

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

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

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

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

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

?

軟件測試技術(shù)（五）——Software Review