这一篇介绍在实际使用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的方式引用
![440b689af1c363d914d5642d7909f50b.png](https://i-blog.csdnimg.cn/blog_migrate/da3fcef81d7eb6b0543b833709a0baae.jpeg)
也可以放在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