测试框架的利好和繁荣:Java 单元测试框架之争

阅读数:7415 2016 年 6 月 27 日

话题:Java语言 & 开发AI

最近Reddit上的讨论帖引发了一场JUnitSpock两个测试框架支持者之间的辩论,源起于Jakub Dziworski发表的博文,其中心思想是“JUnit 有什么问题?”目前来看几乎每个 GitHub 仓库都引入了基于JUnit的单元测试,不过也难怪毕竟 JUnit 已经经历了超过 15 个年头。但是 Spock 正在持续蚕食市场。

JUnit 由极限编程(eXtreme programming)创始人Kent Beck、《设计模式:可复用面向对象软件的基础》合著者Erich Gamma共同创造,并且很快变成单元测试领域的事实标准,被移植和克隆到几乎所有流行的编程语言中。然而,这些年来 JUnit 的的特性一直被新的单元测试框架质疑,例如TestNG和 Spock。

TestNG

TestNG 由《Java 测试新技术 TestNG 和高级概念》合著者Cédric Beust于 2004 年创造。根据 TestNG 网站描述,“TestNG 是从 JUnit 和 NUnit 汲取灵感的测试框架,但是引入了一些新的功能使其更加强大并且易于使用”。Beust 在其自己的网站上写道,“我开始编写 TestNG 是出于无奈,JUnit 有一些不足之处,这些问题我在博客的这里这里进行了标注。”

Spock

Dziworski 在博文中质疑了使用 JUnit 需要结合第三方 mock 框架。他表示,“在中型和大型 Java 项目中结合这些框架会是得读写测试变得更加困难。”他随后说道,“如果测试代码难以编写,开发者通常会将编写测试代码作为痛苦工作,并开始忽略它们。避免或者延迟编写测试代码会导致应用无法再被信任。最后开发者会害怕修改这些代码,因为应用的其他部分可能以某种奇怪的方式出现问题。”

在最近Java 希腊用户组会议中,《Java 测试框架 Spock》的作者 Kostis Kapelonis 做了演讲,比较了 JUnit 和 Spock。

Spock 由Gradleware首席工程师Peter Niederwieser于 2008 年创建。虽然灵感来自于 JUnit,Spock 的特性不仅仅是 JUnit 的扩展:

  • 测试代码使用 Groovy 语言编写,而被测代码可以由 Java 编写。
  • 内置 mock 框架以减少引入第三方框架。
  • 可支持自定义测试件名称。
  • 为创建测试代码预定义了行为驱动块(given:、when:、then:、expect: 等)。
  • 使用数据表格以减少数据结构的使用需求。

以下代码片段(和 Reddit 讨论中使用的相同)演示了部分特性的使用:

class Math extends Specification {
    def "maximum of two numbers"(int a, int b, int c) {
        expect:
        Math.max(a, b) == c
        where:
        a | b | c
        1 | 3 | 3   // passes
        7 | 4 | 4   // fails
        0 | 0 | 0   // passes
    }
}

这个简单的测试示例使用了两个预定义的块,expect:(第三行)和 where:(第五行)。where: 块用于定义数据表格,用于映射第四行定义的 Math.max 函数的期望输入输出。第二行演示了如何为测试用例自定义一个名称。

一个包含 JUnit 和 Spock 代码示例的完整项目可以在GitHub上查看。

早在 2008 年 InfoQ 就报道了关于 JUnit灭亡的一些猜想。八年后JUnit 5项目仍然健在,里程碑 1 正在开发中。测试框架的利好和繁荣!

查看英文原文:Test Well and Prosper: The Great Java Unit-Testing Frameworks Debate


感谢张龙对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ@丁晓昀),微信(微信号:InfoQChina)关注我们。