《软件测试的艺术》第三章 代码检查、走查和评审

3.1 代码检查与走查

相同点：

1. 代码检查和走查都需要人们组成一个小组来阅读或直观检查特定的程序。无论采用哪种方法，参加者都需要完成一些准备工作。准备工作的高潮是在参加者会议上进行的所谓“头脑风暴会”。“头脑风暴会”的目标是找出错误来，但不必找出改正错误的方法。换句话说，是测试，而不是调试。
2. 在典型的程序中，这些方法通常会有效地查找出30%~70%的逻辑设计和编码错误。但是，这些方法不能有效地查找出高层次的设计错误，例如在软件需求分析阶段的错误。
3. 代码检查/走查与基于计算机的测试是互补的。

3.2 代码检查

所谓代码检查，是以组为单位阅读代码，它是一系列规程和错误检查技术的集合。代码检查是能够在早期发现程序中脆弱部位的方法之一，有助于在测试过程中将更多的注意力集中在这些脆弱地方。

3.2.1 代码检查小组

一个代码检查小组通常由四人组成，其中一人发挥着协调作用。协调人应该是个称职的程序员，但不是该程序的编码人员，不需要对程序的细节了解得很清楚。

协调人的职责：

• 为代码检查分发材料、安排进程。
• 在代码检查中起主导作用。
• 记录发现的所有错误。
• 确保所有错误随后得到改正。

第二个小组成员是代码的作者。小组的其他成员通常是程序的设计人员（如果设计人员不同于编码人员的话），以及一名测试专家。这名测试专家应该具备较高的软件测试造诣并熟悉大部分的常见编码错误。

3.2.2 检查议程与注意事项

在代码检查之前的几天，协调人将程序清单和设计规范分发给其他成员。所有成员应在检查之前熟悉这些材料。

检查进行时，主要进行两项活动：

1. 由程序编码人员逐条语句讲述程序的逻辑结构。在讲述过程中，小组的其他人员应提问题，判断是否存在错误。在讲述中，很可能是程序编码人员本人而不是其他小组成员发现了大部分错误。换句话说，对着大家大声朗读程序，这种简单的做法看来是一个非常有效的错误检查方法。
2. 参考常见的编码错误列表分析程序。

协调人负责确保会议的讨论高效地进行、每个参与者都将注意力集中在查找错误而不是修正错误（错误的修正由程序员在检查会议之后完成）。

在代码检查的时间及地点的选择上，应避免所有的外部干扰。代码检查会议的理想时间应在90~120分钟。由于开会是一项繁重的脑力劳动，会议时间越长效率越低。大多数的代码检查都是按每小时大约阅读150行代码的速度进行。因此，对大型软件的检查应安排多个代码检查会议同时进行，每个代码检查会议处理一个或几个模块或子程序。

3.2.3 对事不对人，和人有关的注意事项

程序员必须怀着非自我本位的态度来对待检查过程，对整个过程采取积极和建设性的态度：代码检查的目的是发现程序中的错误，从而改进软件的质量。正因为这个原因，大多数人建议应对代码检查的结果进行保密，仅限于参与者范围内部。尤其是管理人员想利用代码检查的结果，那么就与检查过程的目的背道而驰了。