測試框架的利好和繁榮：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