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

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

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

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

1. 技術(shù)評(píng)審
技術(shù)評(píng)審是在項(xiàng)目或項(xiàng)目的一部分完成時(shí)提供證明去證實(shí)當(dāng)前進(jìn)度的，由一組人去考察規(guī)格、標(biāo)準(zhǔn)、使用目的是否一致。角色包括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)品是否符合標(biāo)準(zhǔn)并安排review，Review leader進(jìn)行指導(dǎo)，角色行為與Decision maker有重復(fù)。其余按字面理解即可。
2. 正規(guī)審視
正規(guī)審視非常正式，屬于一種靜態(tài)方法，需要按照一個(gè)既定的程序進(jìn)行。角色包括Inspection leader 、Reporter、Reader、Author、Inspector。需要注意所有人都是Inpector，anthor并不能作為leader和reader 。
3. 走讀?
走讀則比較隨意，可以用來(lái)培訓(xùn)聽(tīng)眾，角色包括Walk－through leader、Recorder、Author、Team member并且隊(duì)伍中排除了管理者。?

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

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

?

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