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

　　最近 Reddit 上的讨论帖引发了一场 JUnit 和 Spock 两个测试框架支持者之间的辩论，源起于 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年就报道了关于JUnit灭亡的一些猜想。八年后 JUnit 5 项目仍然健在，里程碑1正在开发中。测试框架的利好和繁荣!

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

　　感谢张龙对本文的审校。

原文转自： http://www.infoq.com/cn/news/2016/06/Junit-vs-Spock