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

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