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的方式引用

也可以放在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

文章来源：javakk.com/309.html