gopl-zh.github.com/ch11/ch11.md

2.3 KiB
Raw Blame History

第十一章 测试

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

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

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

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

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

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