让单测变得如此简单 -- spock 框架体验

2020-08-01 11:49:59   最后更新: 2020-08-01 11:54:17   访问数量:151




测试流程在软件开发过程中显得越来越重要了,因为无论经验多么丰富的开发者,都难免在编码过程中出现失误甚至是逻辑错误,在这样的前提下,单元测试就显得非常重要了

单元测试通过对程序中每个部分进行独立的测试覆盖,且在每次代码更新后自动执行,保证了新的修改不会影响到旧的功能

可以说,编写单元测试让程序员尽早的发现问题、暴露问题,从而让整个编码过程更为可控,同时,编写单元测试过程中对细节的关注,也让程序员更多的思考自己编写的程序的健壮性

但单元测试又意味着我们需要在维护业务代码的同时,额外维护单元测试的流程和用例,无疑增加了维护成本,而对于程序开发的交接工作来说,除了文档、业务代码,还需要阅读和理解前人的单元测试流程,无疑也让新人的上手难度大为增加

既然单元测试如此重要,那么我们是否可以找到一个编写高效、易于维护、简单易懂的单元测试框架呢?java 中的 spock 正是凭借这样的理念而诞生的一种测试框架

 

 

题外话,提起 spock,大概你最先想到的是《星际迷航》吧  

 

此前,我们介绍过 java 的另一个测试框架 -- JUnit:

JUnit 介绍及使用

 

JUnit 是一套使用通过 java 语言实现的一套成熟的单元测试工具,但因为 java 本身的复杂性,JUnit 通常需要维护大量的代码来实现非常基础的测试功能,如果你还需要 mock 等额外的测试功能,你还需要引入 mokito 等其他框架,无疑增加了学习成本

spock 是通过 groovy 实现的,groovy 是一种在 jvm 下运行的动态语言,与 java 最主要的区别就在于 groovy 拥有更强的语义,编写灵活,可读性强,虽然对于编写较大的项目来说,动态语言往往因为其过度的灵活性造成项目成员编码风格多样而难以维护,但对于单元测试这样追求便捷与高效的场景来说,动态语言相较于 java 则更加游刃有余,而同时,groovy 兼容 java 语法,可以直接调用 java api,这让 java 程序员上手毫无难度

下面就让我们来实战一下

 

引入依赖

使用 spock 框架,我们首先需要引入下面的 maven 依赖,来拉取所需的一系列 jar 包

 

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> <!-- https://mvnrepository.com/artifact/org.spockframework/spock-core --> <dependency> <groupId>org.spockframework</groupId> <artifactId>spock-core</artifactId> <version>1.3-groovy-2.5</version> <scope>test</scope> </dependency> <!-- https://mvnrepository.com/artifact/org.spockframework/spock-spring --> <dependency> <groupId>org.spockframework</groupId> <artifactId>spock-spring</artifactId> <version>1.3-groovy-2.5</version> <scope>test</scope> </dependency> <!-- https://mvnrepository.com/artifact/org.codehaus.groovy/groovy-all --> <dependency> <groupId>org.codehaus.groovy</groupId> <artifactId>groovy-all</artifactId> <version>3.0.5</version> <type>test</type> </dependency>

 

 

创建被测试类

下面我们编写一个极为简单的作为示例的计算器类吧

package cn.techlog.testspring.testspring.service; public class Calculate { public int add(int num1, int num2) { return num1 + num2; } public int sub(int num1, int num2) { return num1 - num2; } public int mul(int num1, int num2) { return num1 * num2; } public int div(int num1, int num2) { return num1 / num2; } }

 

 

创建测试类

在 test 路径下,我们创建一个名为 CalculateTest 的 groovy class:

package service import spock.lang.Specification class CalculateTest extends Specification { Calculate calculate = new Calculate() }

 

 

在这个类中,我们创建了一个成员变量 calculate,用于接下来测试使用

 

expect -- 最基本的验证

def "test add"() { expect: calculate.add(1, 2) == 3 }

 

 

def 是 groovy 的关键字,他可以用来创建变量或方法,这里我们创建了一个名为“test add”的测试方法

expect 关键字让我们能够实现最简单的验证,如果传递参数 1 和 2,返回值不为 3,则这条测试用例就会执行失败

 

执行测试方法,我们就可以看到测试的结果:

 

 

如果执行失败,则会展示:

 

 

expect where -- 实现多条测试用例的测试

上面的示例我们只使用了一个测试用例,但往往我们希望能够实现多个测试用例的批量测试

这个时候,where 关键字就派上用场了

def "test add"() { expect: calculate.add(num1, num2) == result where: num1 | num2 | result 1 | 1 | 2 3 | 0 | 3 4 | 2 | 6 }

 

 

我们也可以换一种写法:

def "test add"() { expect: calculate.add(num1, num2) == result where: num1 << [1, 3, 4] num2 << [1, 0 ,2] result << [2, 3, 6] }

 

 

这样,当我们运行的时候,就会顺次执行每一个用例,让测试更加方便

 

 

@Unroll 注解 -- 让测试结果分条展示

上图中,虽然我们运行了多个测试用例,但结果却显示在一条结果中,这样,当我们的用例中某条出错时,是难以直观的定位到的,既然是多个用例,我们预期中当然是每个用例单独占用一行结果来显示

spock 框架也提供了批量测试拆分的机制,只要在方法上加上 @Unroll 注解,多个测试用例就会在结果中被分开展示了

 

 

when then -- 进阶的测试场景

有些测试场景使用 expect 很难实现,例如我们预期函数抛出异常的操作,此时可以通过 when then 块来实现

def "test div"() { when: calculate.div(1, 0) then: def ex = thrown(ArithmeticException) ex.message == "/ by zero" }

 

 

@Timeout -- 测试超时

在方法上添加 @Timeout 注解,可以实现测试用例超时的指定

@Timeout(value = 900, unit = TimeUnit.MILLISECONDS) def "test div"() { when: calculate.div(1, 0) then: def ex = thrown(ArithmeticException) ex.message == "/ by zero" }

 

 

with -- 测试对象成员

上面都是测试的基本类型的数字,如果我们要测试一个对象的每个字段的值是否符合预期呢?通过上述方法都会显得比较繁琐

with 就是用来解决这个问题的

def "test findByName by verity"() { given: def userDao = Mock(UserDao) when: userDao.findByName("kk") >> new User("kk", 12, "33") then: def user = userDao.findByName("kk") with(user) { name == "kk" age == 12 passwd == "33" } }

 

 

在工程项目中,我们编写的程序往往依赖于外部的接口调用,但在单测环节,我们应该做到保证我们的程序在外部接口返回正确的前提下结果的正确性,但由于实际的运行环境、权限等等条件的限制,我们往往不能在例行的自动化单元测试中真的去调用外部接口,此时就体现出 Mock 测试的重要性

Mock 测试通过模拟外部调用的结果,让我们的测试程序得以继续运行,在 JUnit 中,我们需要使用 Mockit 来实现接口的 Mock,同时,Mock 的编写也较为复杂,这些在 spock 中就显得非常简单了

 

准备工作

让我们将 Calculate 类稍作改变,作为 sub 方法第二个参数的减数从另一个服务中获取,这个服务需要一个参数就是我们的被减数:

package cn.techlog.testspring.testspring.service; import org.springframework.stereotype.Service; import javax.annotation.Resource; @Service public class Calculate { @Resource private RemoteGateway remoteGateway; public int add(int num1, int num2) { return num1 + num2; } public int sub(int num1) { return num1 - remoteGateway.getSubtraction(num1); } public int mul(int num1, int num2) { return num1 * num2; } public int div(int num1, int num2) { return num1 / num2; } }

 

 

Mock 测试类

我们的测试类要做一些相应的改动,来创建我们的被测试类实例与被 Mock 类实例:

package service import cn.techlog.testspring.testspring.service.Calculate import cn.techlog.testspring.testspring.service.RemoteGateway import spock.lang.Specification import spock.lang.Unroll class CalculateTest extends Specification { RemoteGateway remoteGateway = Mock(RemoteGateway) Calculate calculate = new Calculate(remoteGateway: remoteGateway) }

 

 

编写测试方法

def "test sub"() { when: remoteGateway.getSubtraction(*_) >> subtraction then: calculate.sub(num1) >> result where: num1 << [1, 3, 4] subtraction << [1, 2, 3] result << [0, 1, 1] }

 

 

JUnit 有一个很方便的功能,那就是可以定义每个测试方法开始前与结束后调用的方法,以便做一些公共的自动处理功能,spock 也提供了相应的机制:

方法 说明
setup() 每个方法执行前调用
cleanup() 每个方法执行后调用
setupSpec() 每个方法类加载前调用一次
cleanupSpec() 每个方法类执行完调用一次

欢迎关注微信公众号,以技术为主,涉及历史、人文等多领域的学习与感悟,每周三到七篇推文,只有全部原创,只有干货没有鸡汤

 

 

http://spockframework.org/spock/docs/1.3/all_in_one.html

https://blog.csdn.net/u011719271/article/details/102888009

 

Spring 从入门到实战

 






技术帖      java      spring      单元测试      spock      unittest      ut     


京ICP备15018585号