Spock单元测试框架实战指南十一 - 小结

前面的几篇文章介绍了Spock的各种语法,和power mock的结合,以及注意事项,这篇做个总结,让大家对Spock有个全面客观的了解

Spock优点

  • 遵循BDD模式、功能强大、语义规范、可读性好、易于维护、富有表现力
  • 更灵活的控制测试行为,专注代码的逻辑测试而不是书写语法上
  • 用自然语言描述测试步骤(非技术人员也能看懂测试用例)
  • 兼容mock框架,可以和项目中的java单测代码共存,降低迁移成本
  • IDE支持良好
  • Groovy动态语言,DSL,语法简洁,约定优于配置,适合敏捷开发

Spock缺点

1. 学习成本

Spock本身其实没什么学习成本,因为它的限制条件不多:必须有至少一个标签、有when必有then

主要是groovy语言,如果用过的会觉得很容易(其实真的很容易),没用过的也不用担心,因为只要你会java,就会groovy,花个半小时在网上看下它的基本语法即可,因为我们只是用来写单元测试

groovy还有一个特点就是你可以在Spock的单测代码里完全用java代码写,因为groovy完全兼容java语法,或者java和groovy混着写都没问题,因为最终都是编译成class执行的,JVM虚拟机不关心源文件是什么语言

(其实groovy的用途很广,像我们的Jenkins里的pipeline、Elasticsearch、hadoop框架中很多插件都是使用groovy开发的)

2. 单测代码执行时间

groovy语法的简洁可以简单理解为语法糖(其实不完全是,在jvm中执行使用的是invokeDynamic指令),语法糖会相应的增加jvm构建AST语法树的时间

大家在运行的时候可能会注意到spock代码的编译要比java的单测代码慢一些(视代码复杂度而言,平均大概慢1-2s),但是执行的时间和java的差不多,如果对这个有要求,慎重使用,最好自己本地验证下

3. Spock不支持静态、Final方法的Mock

关于这一点在前面的文章里已经讲过,所以需要引入power mock,也没必要重复造轮子

另外在Spock代码里不能使用power mock的注解,比如@InjectMock,Spock有一些兼容问题,可以使用PowerMockito.mock()的方式代替注解,但可能没有注解的语法简洁

总体上利大于弊

有时候你觉得单测代码很难写,说明被测试的代码本身不够合理,需要去关注代码本身的逻辑,设计是否合理,重构业务代码,让你的代码变得容易测试

因为代码的可测试性也是衡量代码质量的重要标准

Spock只是个工具,如果用它都无法解决你的单测case,那就需要把更多的注意力放在业务代码的设计上

总之Spock不能保证让你爱上写单测,但至少不会反感 ^_^

初衷

网上关于Spock的资料过于简单,包括官网的demo,无法解决我们项目中的复杂业务场景,需要找到一套适合自己项目的成熟解决方案

所以觉得有必要把我们项目中使用Spock的经验分享出来,帮助大家解决实际问题或带来一些启发,如果你在使用过程中遇到问题可以在公众号(Java老k)或我的博客www.javakk.com留言交流

参考资料

官网:
http://spockframework.org/

官网文档:
http://spockframework.org/spock/docs/1.3/all_in_one.html

github:
https://github.com/spockframework/spock

代码示例:
https://github.com/spockframework/spock-example

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