软件工程 6-4 同行评审 .pptVIP

第六章 软件测试 6.4 同行评审 同行评审（peer review），是指进行软件产品（程序＋文档+数据）验证的活动，其目的是为了及早和高效地从软件工作产品中识别缺陷。 评审会议的准备 涉及的角色 创建者 评审负责人 检查者 涉及的文档 评审检查单：记录检查出的问题 创建者（Author）： 应项目需要，或者被评审的工作产品的创建者或维护者主动提出申请，请求项目经理分配一位评审负责人，从而发起评审会议。创建者主要负责陈述评审目标；提交工作产品及其规范或以往的文档给评审负责人；与评审负责人一起选择检查者，并分配角色。 评审负责人（Moderator）： 负责计划、安排和组织评审活动，与创建者一起选择检查者，并分配角色，要求尽量使每个检查者从不同的角度检查工作产品。至少在准备召开评审会议的前三天，评审负责人应该从创建者处将评审产品的内容准备齐全，并打包发送给检查者。同时，评审负责人还要询问每个检查者的准备时间，确定会议准备是否充分，如果不充分，应重新安排会议时间。 检查者（Inspector）： 检查工作产品，理解它，发现其缺陷，提出问题，并且记录到评审检查单中，如果能够给出改进建议，也一起记录到评审检查单中。 召开评审会议 涉及的角色 评审负责人 阅读人 检查者 创建者 记录者 涉及的文档 评审会议记录：记录评审过程中评审的软件缺陷。 评审负责人（Moderator）： 召开会议，介绍参与者，说明其角色，陈述评审的目标，指导检查者将精力集中于发现缺陷，而不是解决方法。提醒参与者评论要针对正在评审的工作产品，而不是创建者。在评审会议召开过程中，促进评审会议进行，纠正任何不适当的行为。随着阅读人展现工作产品的各部分，引导检查者提出问题。 阅读人（Reader）： 展示工作产品，向评审小组展示工作产品的各部分。在实际应用中，通常阅读人的角色就由创建者充当。 检查者（Inspector）： 提出缺陷和问题，在阅读人展示工作产品的过程中，按照准备的评审检查单，指出关心的，潜在的缺陷，疑问或改进建议。 创建者（Author）： 解答问题：简短回答提出的问题，使检查者进一步了解工作产品，从而帮助发现缺陷。 记录者（Recorder）： 记录问题，尽量详细的记录到问题日志上。 涉及的角色 审核者 涉及的文档 评审会议跟踪表：由审核者跟踪软件缺陷的修复情况，并详细记录到评审会议跟踪表中。 组织评审会议！ * * 评审会议的准备 召开评审会议 同行评审 软件缺陷的发现时间，同缺陷修正的成本呈幂次关系！ 通过工程实践，同行评审工作被认为是尽早发现软件缺陷，降低软件成本的最有效手段 同行评审会议的工作流程: 1.评审会议的准备阶段 2.评审会议的召开 3.评审会议的跟踪 审核者（verifier）： 进行跟踪，确定同行评审会议上确定的每一个缺陷都被按照改进意见修改了，并填写评审会议跟踪表。