第三章 代码检查、走查与评审

很多年以来，软件开发团队的主要工作是开发适用于机器运行，而不是供人阅读的程序，软件测试的唯一方法就是在机器上执行它。这种情况在上世纪70年代发生了改变，一些具有远见的软件工程师发现了代码走读在测试中的重要位置，并辅以DEBUG调试来更好的提高软件的质量。
如今，并不是所有的软件测试人员都要走读代码，但是了解代码设计的理念却在测试工程师中被越来越多的人所接受，得到了广泛的认同。以下几个因素会影响到特定的测试和调试工作需要人工实际阅读代码的可能性：软件的规模和复杂度、软件开发团队的规模、软件开发的时限（例如时间点定制的是松散还是紧密）等，当然还有编程小组的技术背景和文化。
基于这些因素，我们在深入讨论传统的软件测试之前，我们先来看看“人工测试”的概念。人工测试技术在查找错误方面非常有效，所以在每个程序的研发计划中都会要求大家具有一项或多项人工测试技术。在程序开始编码之后、自动化测试开始之前应用人工测试来检测程序的质量。同样，也可以在程序编码之前或是程序研发的过程中创立一套自己的流程模式（例如在每个评审阶段中），但这不是本书的讨论范围。
在讨论人工测试之前，我们先看看下面的注意事项：由于人工测试的人为因素，导致人工测试的很多方法的准确度要低于自动化测试，因此很多人对人工测试的精度产生了质疑。但是，在实际的测试工作中，人工测试不但没有降低测试的质量，相反从以下两个方面提高了测试的效率和可靠性。

首先，人们普遍认识到错误发现得越早，改正错误的成本越低，正确修改错误的可能性也越大。其次，程序员在开始人工测试之前所经历的心理上的转变，这种内在压力会迫使程序员“尽可能快的去修复发现的问题”。由于这些压力的存在，程序员在修改错误的时候所产生的失误，要比修改早期测试中所发现的错误时多一些。