测试框架的利好和繁荣:Java单元测试框架之争-阿里云开发者社区

开发者社区> 开发与运维> 正文

测试框架的利好和繁荣: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上查看。

本文转自d1net(转载)

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章