软件测试技术基础学习笔记之同行评审
上一篇 / 下一篇 2009-01-10 17:41:10 / 个人分类：测试基础知识
【摘要】在需求测试和设计测试过程中，使用最多的手段就是同行评审。同行评审属于静态测试中的手工测试范畴。据有经验的软件测试人员实践证明，同行评审有着比动态测试更高的缺陷发现效。这里我将记录同行评审的种类、评审的方法，以及软件开发过程中如何安排各种评审等问题。
基本概念
同行评审（Peer Review）:一种通过作者的同行来确认缺陷和需要变更区域的检查方法。
作用：为了尽早发现缺陷，去除缺陷，降低成本，提高软件过程和产品的质量。
分类
走读（Walkthrough）
技术评审（technical Review）
正规检视（Formal Inspection）
走读
技术评审
正规检视
目的：
发现缺陷
确认和裁决问题
发现缺陷
流程：
无正规流程
无正规流程
遵循严格流程，检视人员经过培训，检视过程有评估
参与人员：
不一定是专家人员
技术专家
同行及技术专家，同行包括：测试部、开发部
同行评审的一般过程
同行评审的一般过程如下图：
计划阶段
- 分配角色和职责：
- 角色：项目管理者、项目成员、作者、同行、软件质量保证人员、软件工程过程组织
- 职责：
- 进行计划活动
- 选择同行评审类型：简单、中等、复杂
实施被选择的同行评审过程：
走读、技术评审、正规检视
同行评审过程度量
度量包括：执行数量和计划比较；花费工作量和计划比较；产品数量和计划比较；
收集的数据：产品标识；产品规模；评审组的规模和组成；会议长度；发现和修正的缺陷类型和数量；返工工作量。
同行评审的评审/审计
为了保证同行评审执行的正确性和效率。
走读
目的：要评审一个产品（通常是软件代码）
目标：发现缺陷、遗漏和矛盾的地方；改进产品；考虑替代的实现方法。
角色和职责：走读组、记录员
输入：产品、标准
入口标准：产品就绪
过程：I、计划走读会议；II、评审产品；III、进行走读；IV、解决缺陷；V、记录走读；VI、返工产品。
出口标准：整个产品被走读完；所有缺陷、遗漏、效率问题和改进建议被记录；作者记录了走读。
输出：走读记录、被纠正的产品。
技术评审
概念：由一个正式的组对产品进行评价。
目的：确认任何与规格和标准不一致的地方或检查后可替换的建议。
目标：产品遵从项目的计划、标准、指导书和需求规格；确认产品变更是否被实施。
角色和职责：评审组长——组织技术评审、对技术细节问题负责；记录员——记录发现、决定和建议；技术评审组成员——组成员负责准备评审并保证评审目标；管理者——负责及时采取建议的行动。
输入：产品、计划、标准、指导书和需求。
入口标准：产品准备好。
过程：I、计划技术评审会议：确定评审组、安排时间＆地点、分发资料、确定是否需要产品介绍会议；
II、评审产品：检查产品；
III、进行技术评审：验证产品是否遵循规格和标准；记录技术问题、相关建议和解决问题的责任人；确定其他必须表述的问题；
IV、解决缺陷：评审组长和作者解决评审中发现的问题，如果有重大问题建议对返工产品进行额外的技术评审；
V、产品技术评审会议细节：评审人员姓名、产品、日期、未解决缺陷列表、管理问题列表、责任人和状态、提出的任何建议
VI、返工产品
出口标准：细节中被确认的所有问题已经被描述、所有细节被提出和分发。
输出：会议细节和返工产品。
正规检视
概念：在软件开发过程中进行的，发现、排除软件在开发周期各阶段存在的错误、不足的过程，是一种软件静态测试方法，生存周期为软件的开发周期，应用于开发过程中产生的软件文档和程序代码。
不同之处：遵循一个严格的过程，人员经过培训，检视过程有评估标准；针对实际的产品或半成品；参加者来自开发部门、测试部门、质量保证部门或用户；比其他评审更严格、更有组织、更高效率。
目的：发现存在的错误。
特点：
正规检视小组
小组规模小，由设计、开发、测试、质量等部门的人组成，一般3~7人。最佳检视小组应具有不同技术领域的经验，有益于发现隐蔽的错误。“协作”是特色，一个人的想法会引起其他人的其他想法。
- 成员角色和职责
- 组织者：主持、引导正规检视的运行过程，全面负责正规检视的效果。保证检视过程中控制检视小组的情绪，会议期间不要讨论开发者的缺点。
- 职责：与开发者确定检视对象、组建检视小组并通知成员、给成员发放资料和分配任务、确定开始时间以及是否举行检视对象的介绍会议、主持会议、确定发现的问题，开发人员已正确修改、确认无法确认问题已经妥善处理、确定是否可以结束、收集资料并总结经验、与检视人员合作解释＆满足检视人员提出的合理要求、确认检视结果已归档、改进检视过程＆提供数据
- 必备条件：明白检视目的、明白检视的作用和重要性、能客观地检视、有正规检视的经验、领导能力得到小组的认可
- 开发者：检视对象的生产者。
- 职责：准备检视对象、审阅检视的准则、制定检视计划、提供产品介绍所需的资料、回答检视人员的问题、认真改正确认的问题、使组织者确认所有问题均正确修改、合作解释＆满足检视人员提出的合理要求
- 检视者：小组成员，可兼任不用角色。
- 职责：根据计划，安排＆分配自己的检视时间、全面阅读资料、参加会议、完成任务、全力发现问题、帮助修改发现错误和其他人的工作、不评估人的能力、提高专业水平、积累经验
- 讲解员：会议器件讲解检视对象，引导小组对产品彻底审查。
- 职责：做好详细解释做好准备、会议上详详细细解释清楚、讨论时提供资料、困难部分做好标记、发现上一阶段相关问题应返回上一阶段。
- 记录员：会议期间，记录所有发现的每个错误。包括：错误出处、描述、分类和发现者。
- 职责：理解问题分类标准、会议上记录登记表中的每一个问题、会议后共同完成错误列表、合作解释合理要求
角色兼职原则：（允许的）讲解员和记录员、开发者和记录员、组织者和记录员；（不允许的）讲解员和开发者、开发者和组织者、组织者和讲解员
正规检视过程
正规检视流程如下图：
计划阶段
介绍会议（可选）
会议准备（关键部分）
此阶段是检视者发现问题并记录在登记表提交给组织者的过程，对会议的顺利召开起着决定性的作用。
检视会议
此阶段是组织者组织会议、讲解者详细讲解产品、检视者发现错误并规定时间内讨论错误是否被确认和记录员记录所有发现的错误的过程。
第三小时会议
进行专题讨论或解决会议上未被确认的问题。
修改错误
此阶段主要是修改在正规检视过程中已确认的问题的错误。其中：严重错误一定要修改，时间允许一般错误也应修改。组织者帮助解决问题。
问题跟踪
此阶段是发生在组织者和开发者之间的简短会议。保证正规检视已确认的所有严重错误被改正，并且不会因为修改而产生新的错误。
重新正规检视
检视对象发生重大修改或非常多错误，而对检视对象再次进行的正规检视。
正规检视常用表
相关阅读:
- 同行评审过程描述——概述 (leaf840404, 2007-3-09)
- 2007/11/16同行评审复习日志 (duhongze, 2007-11-16)
- 同行评审学习 (51testing, 2008-7-01)
- 同行评审 (rose62yl, 2008-8-29)
