Spock单元测试框架实战指南八 - 常用mock封装成基类

这一篇介绍在实际使用Spock的过程中如何把一些常用的测试方法抽出来,封装成基类使用

BaseSpock

在前面几篇文章讲解Spock结合power mock实现静态方法mock功能时,示例代码里经常会用到LogUtils等工具类的静态方法去记录日志,那我们就可以把LogUtils类的mock代码抽到一个公共类中,然后我们的测试类去继承我们自己实现的公共类

比如我们把公共类起名叫BaseSpock.groovy文件,那么继承它的子类就拥有了模拟LogUtils静态方法的功能,而不用每个测试类单独去实现mock LogUtils日志的功能

代码如下:

/**
 * Spock基类
 * @Author: www.javakk.com
 * @Description: 公众号:Java老K
 */
@RunWith(PowerMockRunner.class)
@PowerMockRunnerDelegate(Sputnik.class)
@PrepareForTest([LogUtils.class])
@SuppressStaticInitializationFor(["com.javakk.spock.util.LogUtils"])
class BaseSpock extends Specification{

    void setup() {
        println "Spock setup"
        // mock掉一些项目中常用的类,比如日志记录
        PowerMockito.mockStatic(LogUtils.class)
        ......
    }
}

BaseSpock是我们封装的spock基类,它继承Specification,在setUp方法内部对LogUtils进行了mock

BaseSpock可以放在一个公共的项目中或作为jar的方式引用

image

也可以放在src/main/groovy/下面作为一个公共类调用

然后原来用到LogUtils日志类的单元测试可以继承BaseSpock基类

class UserServiceStaticTest extends BaseSpock {

这样原来的单元测试就不用再去实现mock LogUtils日志类静态方法的功能了

如果你除了LogUtils这些常用的类需要mock外,还需要mock其他的静态方法的话,使用前面介绍的spock结合power mock的用法即可,类似下面这样写:

@PrepareForTest([IDNumberUtils.class])
class UserServiceStaticTest extends BaseSpock {

当前的单元测试类需要mock IDNumberUtils类,可以使用@PrepareForTest注解,这样既可以使用基类mock LogUtils日志的功能,也可以给自己的单测类增加新的静态方法mock功能

有几点需要注意:

BaseSpock的类型是groovy文件,这个是因为Spock内置的测试引擎在启动时会检查继承它的子类是否是groovy类型的文件,所以如果你要封装一个类似BaseSpock的基类,文件后缀不能是 .java的,必须是 .groovy的类型

所有的Spock单测类不能有自己的构造函数,因为单元测试的实例都是由Spock创建和管理的

Spock单元测试代码的运行顺序是:

setupSpec()setup()cleanup()cleanupSpec()

  • setupSpec 类似于Junit的 @beforeClass
  • setup 类似于Junit的 @before
  • cleanup 类似于Junit的 @after
  • cleanupSpec 类似于Junit的 @afterClass

文章来源:http://javakk.com/309.html

你可能感兴趣的:(java,spock,junit,单元测试)