软件测试的艺术第三章阅读（一）

3 代码检查、走查与评审

研读代码也是测试工作的一部分。

3.1 代码检查与走查

是两种主要的人工测试方法。

* 要求组成一个小组（3-4人，包含一位开发者）来阅读或直观检查特定的程序；

* 会议上所谓的brandstrom（可能这就是代码review）；

* 只需找出错误，不必找出改错误的方法。即，是测试，不是调试。

优点

相比开发者自己，走查和检查更为有效；

一旦发现错误，可以对其进行精确定位，降低调试的成本。

缺点

不能有效地查找出高层次的设计错误。例如，软件需求分析阶段的错误。

总结

代码检查/走查与基于计算机的测试互补。

除了回归测试方法之外，更改后的程序还需要进行人工方法的测试。

3.2 代码检查

1. 代码检查以组为单位，是一系列规程和错误检查技术的集合；
2. 对代码的检查大多数讨论都集中在规程、所要填写的表格等。

小组成员

由四人组成：

一个协调人员，是程序员但不是该程序的编码人员，不需要对程序的细节了解得很清楚：

为代码检查分发材料、安排进程；

在代码检查中起主导作用；

记录发现的所有错误；

确保所有错误随后得到改正。

协调人员就像质量控制工程师。

第二个成员是该程序的编码人员。

第三个为程序的设计人员（不同于编码人员）

最后为一位测试专家

检查时的活动内容

1.由程序编码人员逐条语句讲述程序的逻辑结构；

在讲述中，很可能是程序编码人员本人而不是其他小组成员发现了大部分错误。换句话说，对着大家大声朗读程序，这种简单的做法看来是一个非常有效的错误检查方法。

2.对着历来常见的编码错误列表分析程序。

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

检查的效率

会议的理想时间为90~120min，大约150行/h，因此对大型软件的检查应安排多个代码检查会议同时进行，每个代码检查会议处理一个或几个模块或子程序。