第十一章 测试

Maurice Wilkes, 第一个存储程序计算机 EDSAC 的设计者, 1949年在他的实验室爬楼梯时有一个顿悟. 在《计算机先驱回忆录》(Memoirs of a Computer Pioneer)里, 他回忆到: "忽然间有一种醍醐灌顶的感觉, 我整个后半生的美好时光都将在寻找程序BUG中度过了.". 肯定从那之后的每一个存储程序的码农都可以同情 Wilkes 的想法, 虽然也许不是没有人困惑于他对软件开发的难度的天真看法.

现在的程序已经远比 Wilkes 时代的更大也更复杂, 也有许多技术可以让软件的复杂性可得到控制. 其中有两种技术在实践中证明是比较有效的. 第一种是代码在被正式部署前需要进行代码评审. 第二种是测试, 是本章的讨论主题.

我们说测试的时候一般是指自动化测试, 也就是写一些小的程序用来检测被测试代码(产品代码)的行为和预期的一样, 这些通常都是精心挑选的执行某些特定的功能或者是通过随机性的输入要验证边界的处理.

软件测试是一个巨大的领域. 测试的任务一般占据了一些程序员的部分时间和另一些程序员的全部时间. 和软件测试技术相关的图书或博客文章有成千上万之多. 每一种主流的编程语言, 都有一打的用于测试的软件包, 也有大量的测试相关的理论, 每种都吸引了大量技术先驱和追随者. 这些都足以说服那些想要编写有效测试的程序员重新学习一套全新的技能.

Go语言的测试技术是相对低级的. 它依赖一个 'go test' 测试命令, 和一组按照约定方式编写的测试函数, 测试命令可以运行测试函数. 编写相对轻量级的纯测试代码是有效的, 而且它很容易延伸到基准测试和示例文档.

在实践中, 编写测试代码和编写程序本身并没有多大区别. 我们编写的每一个函数也是针对每个具体的任务. 我们必须小心处理边界条件, 思考合适的数据结构, 推断合适的输入应该产生什么样的结果输出. 编程测试代码和编写普通的Go代码过程是类似的; 它并不需要学习新的符号, 规则和工具.