53、软件开发中的质量保障：从代码审查到测试策略

软件开发中的质量保障：从代码审查到测试策略

1. 同行评审的重要性与实施

同行评审是一种由非作者的开发者对文档进行系统阅读，以查找错误、歧义及其他问题的方法。相较于非正式评审，多人预先阅读、线下会面并在会议中讨论被评审项的评审方式价值更大。

1.1 同行评审的重要性

评审在发现书面文档中的缺陷方面非常有效。如果跳过评审，缺陷可能会进入设计过程的后续阶段。发现缺陷的时间越早，修复成本就越低；反之，让缺陷进入后期开发阶段会增加修复问题的工作量、成本和干扰。因此，对设计过程中的每一份书面文档进行同行评审是非常值得的，这不仅包括代码实现，还包括需求、架构描述、设计和测试用例等。

1.2 可能的症状

• 未进行同行评审。
• 没有同行评审结果的文档记录，表明评审是非正式或不规律的。
• 在系统集成期间发现大量缺陷，其中许多缺陷相对简单，本可以通过独立评审更早发现。
• 系统中的缺陷大多在测试阶段被发现，其他大部分缺陷在首次产品发货后才被发现。

1.3 同行评审的有效性

传统的缺陷发现方法——测试，存在局限性，因为它只有在代码编写完成后才能进行。这意味着设计过程早期引入的问题，如错误的需求，要到开发周期的后期才能被发现。而同行评审可以在开发周期的任何阶段对任何书面文档进行，能够在缺陷产生的同一阶段将其捕获，从而显著减少修复所需的时间和精力。

1.4 如何进行同行评审

1.4.1 可评审的内容

几乎设计包中所有能写下来的内容都值得评审，包括客户需求、工程