67、软件质量保障：同行评审、测试与问题跟踪的全面指南

软件质量保障：同行评审、测试与问题跟踪的全面指南

1. 同行评审的重要性与效果

传统的缺陷发现方法——测试，存在一定局限，只有在代码编写完成后才能进行。这意味着设计过程早期引入的问题，如错误的需求，要到开发周期较晚阶段才能被发现。而同行评审则是通过人员审查书面文档来查找问题，它可以在开发周期的任何阶段对任何书面文档进行。

同行评审的最大优势在于能够早期发现缺陷，此时修复成本较低。以下是同行评审的一些关键要点：
- 早期发现缺陷 ：在开发周期早期发现问题，如设计阶段的需求错误，修复成本远低于后期发现的情况。例如，在需求同行评审中修正一个错误需求，可能只需花费少量时间修改文档；但如果在已交付给客户的数千个系统中修复同样的问题，成本将大幅增加。
- 覆盖范围广 ：可以在开发周期的任何阶段对各类书面文档进行评审，包括客户需求、工程需求、架构、设计、实现、测试计划等。

1.1 同行评审的执行

1.1.1 可评审的内容

设计包中的几乎所有可书面记录的内容都值得评审，具体包括：
- 客户需求
- 工程需求
- 架构
- 设计
- 实现
- 测试计划
- 测试结果
- 错误列表
- 用户指南
- 营销材料
- 进度和人员计划
- 软件开发计划

1.1.2 同行评审的执行步骤

有效的同行评审虽组织方式各异，但有一些共同特点。以Fagan式评审（检查）为例，其一般流程如下：
1.