CMMI最佳实践之同行评审提升软件品质

软件企业提高产品质量的手段，已经不仅仅是通过软件测试人员（SQC）的努力，而是越来越多的按照“测试前行”的理念配合同行评审（Peer Review ）来提高软件产品的质量。其目的是为了及早和高效地从软件工作产品中识别并消除缺陷。但很多企业都会遇到一个问题，大家觉得同行评审的效果没有达到预期的目的，有些时候只是一个形式主义。那么如何才能将同行评审这把利器发挥的更有效果，下面将和大家一起对其进行彻底的剖析。 同行评审 Peer Review 的起源 在 CM M I 中同行评审是作为 VER（VERIFICATION）验证的一个 SG（特殊目标）被定义出来的。了解 CMMI 的朋友都会注意到 CMMI 中有 VER 验证和 VAL 确认两个 PA，很多人都会有疑问，为什么同行评审 Peer Review 是属于VER 而不是 VAL 呢？ 这可以从 ISQTB 对软件静态测试的定义来分析。静态测试是相对于动态测试而言的，静态测试是不动态执行程序代码而寻找程序中可能存在的错误或评估程序的过程。相对于动态测试而言，静态测试成本更低，效率更高。因为静态测试可以在软件开发生命周期的早期就发现缺陷和问题，从而减少返工的成本。 所以同行评审是软件测试领域的一种技术手段，只是大家以前没有注意而已，所以CMMI 才将其放在VER 验证的下面。 同行评审的类型 按照被评审的对象进行划分，可以分为对代码的走查和对各种工作产品（Work Product）的评审。这里工作产品的意思是指在软件开发生命周期中所产生的各种对象，包括各种文档、组件等。 代码走查依据的是每个公司颁布的编码规范等技术标准，可以通过事先制定好的检查表（CheckList）进行检查。 从同行评审的形式上可以分为正式评审和非正式评审。非正式评审更加灵活、更加简单，但其过程不够严谨，适合对较小的工作产品进行检查。本文主要针对技术文档的正式评审过程进行讲解。 同行评审的准备工作 首先要识别参与的人员，应该避免单一角色的人员参与评审。例如：对需求文档的评审应该保证所有项目关系人的参与，其中客户代表和软件测试人员的参与是至关重要的；概要设计和详细设计文档的评审，开发人员的参与也十分关键。 第二，评审工作是要被计划的。很多项目管理人员在制定项目计划时，往往只关注软件产品本身，而忽略了例如同行评审、周会等小的、周期性的事件和任务，这是WBS 分解不完整的典型错误。项目经理应该认识到如果这些小的任务累加起来，所花费的工作量也是十分惊人的。 第三，...