即便开发人员知道测试的益处,我们也会发现程序员们不愿意测试他们的代码。他们会列出各种理由,如时间不够、没有有效的工具以及在编写带有许多有依赖关系的对象的测试方面有问题。
本期的文章中,我想将重点放在单元测试上,并看看如何解决这些问题。特别地,我想提供一些技巧来说明编写带有模拟对象的单元测试是多么容易。
对于单元测试的常见异议
在深入探讨模拟对象之前,让我们先来看一下以下两点异议。
花费时间太长
我们很早就认识到这样一个原则“做事情需要花费时间”,特别当这些事情值得去做。很少的开发人员会怀疑整体测试的价值,因此我们需要考虑如何定义“太长”这个词的含义。
开发人员们缺乏耐心,他们想要的是结果。他们喜欢写代码、运行代码然后看结果。从这一点来说,单元测试对他们有帮助。单元测试满足开发人员们的及时需求,但是许多程序开发
仍有许多程序设计人员认为找出他们代码中的错误是其他一些人的工作。我发现近十年来这种情况已经有了显著的改进,但是仍有大量的程序人员并没有为他们的工作负全责,他们也不使用有助于改进他们代码的工具和技术。在早期的软件工程课程中我向我的学生们介绍过单元测试。我告诉他们如何使用现代工具编写测试。我布置了关于编写单元测试的作业。然而,当给他们机会在工作中采用有效的单元测试时,只有25%的学生这样做。原因是什么呢?因为他们还没有意识到测试的重要性。他们的直觉战胜了理性。他们知道单元测试的价值,但他们选择不予理会。
单元测试并不需要花费很长时间,但许多程序设计员认为它需要。作为一名教育
低效的工具
这充其量是一个乏味的借口。在今天有很多有效的单元测试工具可供开发人员们使用。不管您使用的是什么程序语言或者其他的开发工具,单元测试工具都可以供您使用。许多工具都是开源或者免费的。
我选择 Eclipse 作为我的主要开发环境。在我现有的 Eclipse 配置里可以得到的所有单元测试工具中,我主要使用的是 Junit 测试框架。大多数 Java 设计人员都知道 Junit 并且大概至少使用过一次。JUnit 是 Eclipse 的 Java 开发工具中的一个完整部分。这个平台使得创建 Junit 测试变得简单。我只需在浏览器包里选择一个 Java 源文件,并在右击已选文件时从关系菜单里选择 New>JUnit Test Case(见图1)即可。提供的支持包括在测试中为类自动创建测试方式以及更多的东西。运行测试和创建一样简单。Eclipse 带有一个独立的视图可以观察 Junit 测试的结果。
Eclipse 中集成了大量的单元测试工具。其中许多是基于 Junit 并在性能上有所扩充。我让我的学生们在面向对象的设计类中使用 Coverlipse 插件程序来检测他们的测试的代码覆盖率。我希望在他们所有的应用程序代码中有100%的覆盖率。一开始他们不喜欢这样,但是到了期中,他们的测试的覆盖率通常都达到100%。
我已经为 TestNG,、djUnit、 Eclipse Test 和 Performance Tools Platform (TPTP) 安装了插件程序。其中每一个都有一组特性支持有效的单元测试。关键是有大量合适的单元测试工具提供给每一个开发人员,因此缺少工具不再被认为是没有创建单元测试的理由。
测试带有复杂的依赖性?使用模拟对象
一个好的单元测试检测一个独立的方法。在一个设计良好的系统里,对象们协同工作共同完成一项任务;因此,为了检验一种方法,通常我们需要提供使得这种方法完成其任务的其他对象。企业应用程序里的对象相当复杂,很难创建,并且他们的状态依赖外部的对象。一个数据库相关的应用程序有许多这样的对象,如连接、语句、结果集等等。我们想要单元测试简单快速的执行。如果我们需要在每次单元测试前将数据库重新设置到一个已知状态,那么测试会相当复杂并且运行速度自然会比我们期望得要慢。
简化单元测试的一个流行技巧就是创建仅用于测试中的模拟对象。为了达到快速测试的目的,我们创建模拟对象来代替真实的对象。模拟对象被 Tim Mackinnon、 Steve Freeman 和 Philip Craig 1 所支持并成为单元测试工具箱的主要组成部分。一些书籍和论文讲述了如何在单元测试中使用模拟对象,描述的是模拟对象应该具备的能力以及如何使用他们。尽管如此,在没有任何基础的情况下开始创建模拟对象是相当困难的。我们希望能够自动完成这项任务。
有一些软件工具,像 EasyMock, 2 提供了自动帮助功能,但是它们可能很复杂而且也很难使用。此外,他们不是总能够与我们其他的开发工具兼容。但是利用现有的工具可以有一些创建模拟对象或是相当能力的简单方法。文章后面的部分将展示利用 Eclipse 平台做到这一点的一些方法。
从接口创建模拟对象
文章来源于领测软件测试网 https://www.ltesting.net/