软件测试技术基础学习笔记之同行评审

Jo3C2eT3KS
_051Testing软件测试网 S;JPr8w

)d!Krv4fz051Testing软件测试网#t9l@\6wO

Q9C/`8G4D3b!T0【摘要】在需求测试和设计测试过程中，使用最多的手段就是同行评审。同行评审属于静态测试中的手工测试范畴。据有经验的软件测试人员实践证明，同行评审有着比动态测试更高的缺陷发现效。这里我将记录同行评审的种类、评审的方法，以及软件开发过程中如何安排各种评审等问题。51Testing软件测试网9xS sq R

E+rQh3gUu0

51Testing软件测试网,qo`)Z'z x+@K.T3C

基本概念

51Testing软件测试网8?L7B[+B

同行评审（Peer Review）:一种通过作者的同行来确认缺陷和需要变更区域的检查方法。

Ou+?cc@.E"W O0

NL:B(hZeA/^]0作用：为了尽早发现缺陷，去除缺陷，降低成本，提高软件过程和产品的质量。51Testing软件测试网i3RzW7D mn@)A

分类

走读（Walkthrough）

技术评审（technical Review）

正规检视（Formal Inspection）

51Testing软件测试网#XIP8[h&ZP	走读51Testing软件测试网9a:b/kcx(b`^x	技术评审51Testing软件测试网,vh&S$e)h H;}	正规检视 FP"~*Of!^+ow0
目的： p#V{7fd8DE0	发现缺陷51Testing软件测试网&v/BTw4Um^+w3L5P	确认和裁决问题51Testing软件测试网b^WIH(bf&Xl	发现缺陷51Testing软件测试网[i$B-LIt
流程： $I5`MsjT{!R,S0	无正规流程51Testing软件测试网\j I M5|7Y	无正规流程51Testing软件测试网!U+v]&]!K"i'wo	遵循严格流程，检视人员经过培训，检视过程有评估 nD Ui!a*R;d/x0
参与人员：51Testing软件测试网 \0M1UF jU?	不一定是专家人员 z6QbvWR0	技术专家 @{,@ u!Q9C(O7J X!}0	同行及技术专家，同行包括：测试部、开发部51Testing软件测试网B#x`Hyc a |z

$M*F W-GB/N:L0

同行评审的一般过程

同行评审的一般过程如下图：

`]'`;[6NAW!~0

s9y |(n+U/\BP5E0

计划阶段

• 分配角色和职责：
  • 角色：项目管理者、项目成员、作者、同行、软件质量保证人员、软件工程过程组织
  • 职责：
• 进行计划活动
• 选择同行评审类型：简单、中等、复杂

实施被选择的同行评审过程：

走读、技术评审、正规检视

+o7?sQI8xA\0

同行评审过程度量

度量包括：执行数量和计划比较；花费工作量和计划比较；产品数量和计划比较；

V3G a U1a~W0

收集的数据：产品标识；产品规模；评审组的规模和组成；会议长度；发现和修正的缺陷类型和数量；返工工作量。51Testing软件测试网)^\1\m.a{)J {

同行评审的评审/审计

为了保证同行评审执行的正确性和效率。

$?N^bsN-hg0

走读

目的：要评审一个产品（通常是软件代码）51Testing软件测试网1w@2E'EFzD2O u

目标：发现缺陷、遗漏和矛盾的地方；改进产品；考虑替代的实现方法。

] Zcs&lx
H#lkg&n0

角色和职责：走读组、记录员51Testing软件测试网u1\4M$~xg2D

输入：产品、标准

i b|i"U8|5sK0

入口标准：产品就绪51Testing软件测试网L-XS)t*{"I?

过程：I、计划走读会议；II、评审产品；III、进行走读；IV、解决缺陷；V、记录走读；VI、返工产品。

1ia(u5T5Q.@#G @0

出口标准：整个产品被走读完；所有缺陷、遗漏、效率问题和改进建议被记录；作者记录了走读。51Testing软件测试网 \WU o$a%n&P1EB

输出：走读记录、被纠正的产品。

Ys?&v&l(U+L0

技术评审

概念：由一个正式的组对产品进行评价。

?Q*xoF_0

目的：确认任何与规格和标准不一致的地方或检查后可替换的建议。51Testing软件测试网$[3dy;G5V+ZR4Gl

目标：产品遵从项目的计划、标准、指导书和需求规格；确认产品变更是否被实施。

m]5c,}1d$U.X};J0

角色和职责：评审组长——组织技术评审、对技术细节问题负责；记录员——记录发现、决定和建议；技术评审组成员——组成员负责准备评审并保证评审目标；管理者——负责及时采取建议的行动。51Testing软件测试网;Cdbp I&h9jwF_$o

输入：产品、计划、标准、指导书和需求。

tzSD p1z-XI \0

入口标准：产品准备好。

8N@)evD+Z2[0

过程：I、计划技术评审会议：确定评审组、安排时间＆地点、分发资料、确定是否需要产品介绍会议；51Testing软件测试网s&G*ci4TF0A

II、评审产品：检查产品；51Testing软件测试网.pn&~5XL9Jca'zug

III、进行技术评审：验证产品是否遵循规格和标准；记录技术问题、相关建议和解决问题的责任人；确定其他必须表述的问题；

rbE*ar)a0

IV、解决缺陷：评审组长和作者解决评审中发现的问题，如果有重大问题建议对返工产品进行额外的技术评审；

d;Fb*o.Cw(f:zc0

V、产品技术评审会议细节：评审人员姓名、产品、日期、未解决缺陷列表、管理问题列表、责任人和状态、提出的任何建议51Testing软件测试网&F3m+b5ck-X'L`s

VI、返工产品

o$]\&a-TE6~p#p2z0

出口标准：细节中被确认的所有问题已经被描述、所有细节被提出和分发。51Testing软件测试网XJ3iO5]}J/D#A#T

输出：会议细节和返工产品。

6?k#kc@?FN0

正规检视

概念：在软件开发过程中进行的，发现、排除软件在开发周期各阶段存在的错误、不足的过程，是一种软件静态测试方法，生存周期为软件的开发周期，应用于开发过程中产生的软件文档和程序代码。51Testing软件测试网"P#p,f+k#|

不同之处：遵循一个严格的过程，人员经过培训，检视过程有评估标准；针对实际的产品或半成品；参加者来自开发部门、测试部门、质量保证部门或用户；比其他评审更严格、更有组织、更高效率。

4FWF,`2`P0

目的：发现存在的错误。51Testing软件测试网&y})y&{&e } zx#b

特点：51Testing软件测试网d:|,Vl O%Os

• 规定程序和时间计划进行
• 进入开发下一阶段前，尽可能多地发现产品中存在的错误
• 具有正规检视知识和了解被检视对象的审核人员，完成对检视对象的评审过程
• 以3~7人组成的小组完成具体工作，组织者对整个过程负责
• 检视对象的开发人员（作者）必须参加
• 检视人员的任务、职责明确
• 在软件开发个阶段过程中的某些点进行
• 以获得项目管理、质量评估的数据和检视过程本身的改进为目的，而不是评估人的能力

正规检视小组

51Testing软件测试网Wj[X*S1a}|

小组规模小，由设计、开发、测试、质量等部门的人组成，一般3~7人。最佳检视小组应具有不同技术领域的经验，有益于发现隐蔽的错误。“协作”是特色，一个人的想法会引起其他人的其他想法。51Testing软件测试网(]l d-AKQ*C

• 成员角色和职责
  • 组织者：主持、引导正规检视的运行过程，全面负责正规检视的效果。保证检视过程中控制检视小组的情绪，会议期间不要讨论开发者的缺点。
    • 职责：与开发者确定检视对象、组建检视小组并通知成员、给成员发放资料和分配任务、确定开始时间以及是否举行检视对象的介绍会议、主持会议、确定发现的问题，开发人员已正确修改、确认无法确认问题已经妥善处理、确定是否可以结束、收集资料并总结经验、与检视人员合作解释＆满足检视人员提出的合理要求、确认检视结果已归档、改进检视过程＆提供数据
    • 必备条件：明白检视目的、明白检视的作用和重要性、能客观地检视、有正规检视的经验、领导能力得到小组的认可
  • 开发者：检视对象的生产者。
    • 职责：准备检视对象、审阅检视的准则、制定检视计划、提供产品介绍所需的资料、回答检视人员的问题、认真改正确认的问题、使组织者确认所有问题均正确修改、合作解释＆满足检视人员提出的合理要求
  • 检视者：小组成员，可兼任不用角色。
    • 职责：根据计划，安排＆分配自己的检视时间、全面阅读资料、参加会议、完成任务、全力发现问题、帮助修改发现错误和其他人的工作、不评估人的能力、提高专业水平、积累经验
  • 讲解员：会议器件讲解检视对象，引导小组对产品彻底审查。
    • 职责：做好详细解释做好准备、会议上详详细细解释清楚、讨论时提供资料、困难部分做好标记、发现上一阶段相关问题应返回上一阶段。
  • 记录员：会议期间，记录所有发现的每个错误。包括：错误出处、描述、分类和发现者。
    • 职责：理解问题分类标准、会议上记录登记表中的每一个问题、会议后共同完成错误列表、合作解释合理要求

角色兼职原则：（允许的）讲解员和记录员、开发者和记录员、组织者和记录员；（不允许的）讲解员和开发者、开发者和组织者、组织者和讲解员

)[?]k'py0

正规检视过程

正规检视流程如下图：51Testing软件测试网 Z_ZVOp*I/i

51Testing软件测试网&i B%T;X'rPG

计划阶段

• 输入：正规检视的对象、相关资料
• 输出：通知单、资料袋
• 资料袋的内容：正规检视通知到、正规检视对象、参考资料（技术文档、标准和准则、经验报告等）、问题登记表、查检表
• 开始准则：组建了经培训的小组、技术资料已经提供给组织者、其他条件已满足
• 结束准则：确定产品介绍会议和检视会议的时间和地点、小组成员职责已分配、资料袋已发放、过程已记录
• 是否需要产品介绍会议的准则：技术含量较高、对象是第一次被正规检视、检视者第一次参加正规检视
• 参加人员：组织者、开发者、归档者

介绍会议（可选）

• 召开会议的原因：小组不熟悉检视对象、检视对象首次进行检视会议、正规检视工作首次进行、采用了新技术；
• 本阶段遵循的准则：30~60分钟为宜、资料袋下发提前会议大于5个小时、所有检视者都出席会议、开发者旁听，不讨论；
• 开始准则：开发者准备好、检视者都已通知
• 结束准则：会议结束、检视者都参加了会议、整个过程已记录
• 参加人员：组织者、开发者、检视者

会议准备（关键部分）

此阶段是检视者发现问题并记录在登记表提交给组织者的过程，对会议的顺利召开起着决定性的作用。51Testing软件测试网/^7M1|Cj)w8b+I

• 输入：资料袋
• 输出：已填写问题登记表
• 本阶段遵循的准则：检查产品错误所占的时间大于检视会议的时间、时间一般3~5个小时、检视者在会议前4个小时把问题登记表交组织者，让组织者组织更有效的会议并确定是否可以举行会议
• 开始准则：资料袋已发放到检视者、产品介绍会议已召开
• 结束准则：检视者花费足够时间、检视者知道自己的职责、已提交问题登记表、知道时间和地点、过程已被记录
• 参加人员：组织者、检视者

检视会议

此阶段是组织者组织会议、讲解者详细讲解产品、检视者发现错误并规定时间内讨论错误是否被确认和记录员记录所有发现的错误的过程。51Testing软件测试网G/fs~
~"y

• 输入：资料袋、空白审查列表、已完成的问题登记表
• 输出：审查列表、详细审查报告、与上游产品中的问题相应的问题更改请求或问题报告、有详细问题标记的审查对象
• 遵循的准则：只检视产品，不评估开发者的能力、发现问题是目的、需要修改文档和手册中一起异议的部分、时间不超过2小时、检视者不允许替换、项目经理不能参加、会议的准备阶段结束到召开会议时间大于5小时
• 开始准则：所有检视者都准备好
• 结束准则：对象全部被检视、确定是否对对象进行重新检视、小组确认的问题是否已记录和分类、估计修改错误所需的时间、确定无法确认的问题的处理途径和时间、整个阶段时间被记录、发现上游产品问题指定人员编写更改请求报告和问题报告
• 需要进行重新正规检视的准则：满足重新检视的标准、发现大量主要错误、修改主要错误后影响对象大、主要问题集中在对象的核心部分、需求改动导致对象变化较大
• 参加人员：组织者、检视者、开发者、讲解者、记录员

第三小时会议

进行专题讨论或解决会议上未被确认的问题。

x4`E4cz:C.U_j0

• 输入：无法确认的问题
• 输出：无法确认问题的解决方案、提供开发者用于修改问题的参考资料、修改问题建议、问题报告或更改请求报告、一致同意无法解决问题的记录
• 遵循的准则：较松散的阶段、无要求不进入次阶段
• 开始准则：开发者的要求、需要填写问题更改请求报告或问题报告、需要检视者讨论无法解决问题的处理方法、途径
• 结束准则：向开发者提供了解决问题的方法或途径、完成填写问题更改请求报告或问题报告、无法解决的问题已记录、组织者记录了本阶段花费的时间
• 参加人员：组织者、开发者、检视者、其他人员（问题的有关人员）

修改错误

此阶段主要是修改在正规检视过程中已确认的问题的错误。其中：严重错误一定要修改，时间允许一般错误也应修改。组织者帮助解决问题。

Y UN E vV0

• 输入：检视错误列表、已标出问题的检视列表、第三小时会议中提到的解决无法确认问题的方法和途径
• 输出：问题已全部被修改、阶段花费的时间已记录
• 遵循的准则：处理所有主要的问题、考虑其他问题的处理方式、需要5~20个小时、严格按照计划完成修改工作
• 开始准则：上一阶段工作全部完成、开发者拿到检视列表、拿到有问题标注的检视对象、了解无法确认问题的有关情况
• 结束准则：修改工作完成、检视列表注明了已修改的问题、与组织者确认召开问题跟踪会议的时间
• 参加人员：开发者

问题跟踪

此阶段是发生在组织者和开发者之间的简短会议。保证正规检视已确认的所有严重错误被改正，并且不会因为修改而产生新的错误。

;I*LF8G
c0

重新正规检视

检视对象发生重大修改或非常多错误，而对检视对象再次进行的正规检视。51Testing软件测试网:HSf8YM1c

• 输入：错误已经改正的检视对象、开发者已填写的检视表
• 输出：通过正规检视的检视对象、组织者确认的检视列表、组织者已妥善处理了无法确认问题并完成问题报告和更改请求报告的编写、检视综合报告、需归档的资料袋
• 遵循准则：过程不超过2小时、确保所有主要错误已正确修改、确保所有无法确认问题已妥善处理
• 开始准则：开发者完成了错误修改工作、所有无法确认问题已妥善处理
• 结束准则：正规检视圆满完成、详细检视报告已提交给正规检视数据管理者、资料袋已归档、检视综合报告已分发给开发者＆归档员＆质量管理者和正规检视数据管理者、正规检视结果已发给检视小组成员和项目经历、问题报告和更改请求报告已归档
• 资料袋中包括的内容：已通过正规检视的检视对象、正规检视通知单、相关资料的复印件、问题登记表、查检表、详细审查报告、检视综合报告、问题报告＆更改请求报告＆无法解决问题登记表的复印件、参考文献、更有效的查检表
• 参加人员：开发者、组织者、归档员

正规检视常用表

1. 正规检视通知单
2. 正规检视问题登记表
3. 正规检视审查列表
4. 正规检视详细报告
5. 正规检视综合报告
6. ……

 51Testing软件测试网8o$M%~D4e?