第十一章 评审
- 评审的功能和特点
- 1、评审可以应用于软件开发各个阶段、产生的各种类型产品——范围广;
- 2、评审比软件测试更有效率,因为其看到的是问题本身而不是征兆;
- 3、通过评审不仅可能发现错误,还可以提出对软件产品的改进意见,防止再发生;
- 4、评审可以在产品开发阶段进行,作者对产品细节很清楚,可以及时修改;
- 5、不只发现错误,还有利于评审员、软件项目相关组熟悉有关产品。
- 了解基本的评审过程
- 1.评审规划
- 标识要评审的产品
- 选择评审成员及安排评审时间
- 作者准备好相应的材料
- 2.准备和概述
- 目的:是将要评审的软件包交给评审人员,并在需要时,对工作产品进行说明,为评审准备。
- 主要活动:
- 第一次会议;
- 在正式会议之前,各评审员独立地评审工作产品,作评审日志。
- 需要准备的材料:评审通知、评审标准、被评审的工作产品、正式的评审记录单、评审检查表、其他资料(如相关文档、标准等)
- 测量:工作量、缺陷数、问题数、缺陷严重程度
- 3.评审会议
- 目的:最终拿出故障列表
- 主要活动:
- 会前检查准备工作;
- 会议期间提出问题;
- 会议结束时,给出问题和故障列表。
- 结论分为:可以通过、不能通过和有条件通过
- 测量:总工作量、发现的缺陷数、发现的缺陷的类型、缺陷的来源
- 4.返工和后续措施
- 作者执行返工,以改正评审会议上提出的所有故障。
- 作者与评审主席一起审查改正情况。
- 总结报告发送SEPG和项目经理。
- 1.评审规划
- 单人评审与组评审之间的区别
- 针对简单工作产品
- 1位评审专家,提前预评材料
- 评审会议仅包含作者和评审专家2人
- 评审能力基线一般包括什么
- 平均准备速度
- 组评审会议的覆盖速度
- 缺陷密度(次要或普通缺陷、严重和主要缺陷)
- 整体缺陷密度等
- 评审分析指南(评审出的缺陷多于正常和少于正常的原因及措施,能够根据案例描述使用评审分析指南)
- 配置管理过程中,文档的状态可能有哪些?
- 答案:开发中、评审中、基线化
- 评审小组会议上需要采集哪些度量?
- 答案:总工作量、发现的缺陷数、发现的缺陷类型、缺陷来源
- (判断)由于单人评审只有一位评审人,因此不是正式的评审活动。
- (×)
- 评审过程中如果发现的缺陷少于正常情况,可能是什么原因,以及有什么解决的方案?
- ① 工作产品非常简单,将类似工作产品的组评审转变成单人评审,合并评审
- ② 也许没有仔细评审,检查覆盖速度;如果很低,重新安排评审,也许需要另外一只队伍
- ③ 评审专家没有接受足够的组评审培训,或对评审的材料没有足够多的经验,安排或执行组评审培训,安排其他队伍进行重新评审
- ④ 工作产品有非常好的质量,通过覆盖速度、作者、评审专家的经验等来确认这个事实;看该质量是否可以在项目的其他部分重视,修改随后活动的缺陷预测;看是否有通用的过程改进经验