关键字：软件质量管理
4.6.2 同行评审关注的问题
（1）有同行评审计划，并在每次评审前进行详细安排，如邀请合格的专家参加评审，邀请被评审产品的作者参加评审，明确定义应该评审哪些内容，评审人员要有明确的分工。
（2）对同行评审中发现的缺陷进行详细记录，如缺陷所属模块、缺陷严重程度、解决期限等，并安排相关人员对缺陷进行跟踪直至解决。
（3）对评审的过程进行度量，如评审准备时间和评审时间以及这两个时间之比，评审准备期间发现的缺陷数和评审期间发现的缺陷数以及这两个数值之比，评审工作产品的规模和评审效率等。
（4）为保证同行评审的独立性、公正性，需要有经验的组外同行参加，需要对评审人员的能力定期衡量，及时更新保证其有效。
（5）对类似的软件进行评审和测试。有句话说得很好“你想不到的你的敌人会告诉你”，通过对竞争对手产品研究，可以很好地提高工作效率。
4.6.3 同行评审通过的准则
同行评审通过需要满足以下的准则。
1．最小准则
（1）工作产品已经返工和确认；
（2）主持人已经发布审查报告。
2．基于组织的度量元或早期的审查，可以为这类工作产品设置出口准则
（1）剩余主要缺陷数的估计是否在限定范围内；
（2）剩余次要缺陷数的估计是否在限定范围内；
（3）变更数量在限制范围内（例如：IBM一个部门的指南规定，变更代码应少于评审代码的5%。Ebenau，1994，p.58）。
4.6.4 同行评审的经验共享
只有软件的生产者是唯一可能做到生产出无缺陷程序的人，其他任何人都对此无能为力。
（1）所有的缺陷最终都应追溯到需求，因为最严重的错误是“导致程序无法满足需求”的错误。
（2）软件开发人员和管理人员首先应该尽早地和不断地进行各种软件质量保证活动（如需求和设计阶段同行评审和走查等）。
（3）软件开发人员应避免检查自己的程序，利用同行评审的方式对代码进行审查（因为自己检查容易依照原有的程序设计思路进行，往往查不出问题）。
（4）在进行各种分析和修复工作中，要充分注意修复工作所产生的影响效果和波及效果。
（5）统计表明大约有60%的错误是在设计阶段之前注入的，并且修正一个软件错误所需的费用将随着软件生存期的进展而上升。错误发现得越晚，修复它的费用就越高，而且呈指数增长的趋势（见附录中1:10:100公理）。
（6）程序中的大部分错误往往是在一小部分模块中发现的，遵循普遍适用的“二八定理”（即80%的错误往往是由20%的模块所造成的）。
（7）缺陷会掩盖或加重其他缺陷。也就是说，当一个程序有许多缺陷时，由于缺陷相互作用，使得发现和修复缺陷的过程更加复杂。这使得一些缺陷很难查找和修复。一个缺陷可能掩盖其他缺陷，使得这些被掩盖的缺陷难以发现，增加了它们逃过测试的可能性。
（8）遵照规范化的方法，仔细复查和测试每个小程序模块，这比让任何测试组在你的程序中发现缺陷的效果要好。也就是说，尽早地将缺陷排除掉。测试不能避免缺陷的发生，只能是一种补救。
4.6.5 文档审查重点
文档审查要对文档的完整性、一致性和正确性进行审查。
1．文档的完整性审查
（1）用人工审查的方法，验证所提交软件文档是否齐全；
（2）文档中是否包含对软件接收输入数据类型和边界值的描述或说明，包括最大值、最小值、键长、文件记录的最大长度、搜索准则最大值、最小样本尺寸；
（3）对不可能提供固定的边界值（例如，某些边界值依赖于应用类型或输入数据）的情况，是否说明极值；
（4）是否包含与保密信息有关的信息，应包括防止非法授权访问的措施说明。
2．文档的一致性审查
（1）用人工审查的方法，审查文档内容和术语的含义前后是否一致，有没有自相矛盾的地方；
（2）检查文档与程序的一致性；
（3）检查书面文档与联机帮助文档的一致性。
3．文档的正确性审查
（1）用人工审查的方法，审查文档内容是否正确和准确；
（2）是否有错别字；
（3）是否有二义性的定义、术语或内容。
相关阅读：
版权声明：51Testing软件测试网获电子工业出版社授权连载《软件质量管理实践》部分章节，其他个人或单位未经许可，不得对本内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
