最近开始学习groovy,把以前java项目的单元测试用groovy改写了一部份,总结一些心得,跟大家交流一下。
这里只探讨业务层的测试。原来的测试封装了一个BaseServiceTest类,继承自spring提供的AbstractTransactionalDataSourceSpringContextTests。在onSetUpBeforeTransaction方法里通过dbunit把准备数据插入数据库。执行测试方法。回滚事务,在onTearDownAfterTransaction方法里通过dbunit删除准备数据。这个大家应该都很熟悉了。 用groovy写测试有几点要注意: 1. 我的测试都是在eclipse里面跑,需要在eclipse.ini里面加上-Dfile.encoding=UTF-8 。不然groovy文件里的中文会是乱码。 2.取消spring的bean dependency check。因为每个groovy类都实现了GroovyObject接口,都有setMetaClass方法,spring找不到metaClass这个bean会报错。如果你的测试类继承了AbstractTransactionalDataSourceSpringContextTests,调用setDependencyCheck(false)方法就行。 3.因为我们的测试类继承了自己的BaseServiceTest,所以不能继承groovy的GroovyTestCase类。但是我们又想用GroovyTestCase提供的验证方法,怎么办? 可以把GroovyTestCase提供的验证方法赋给父类的字段,比如 final shouldFail = new GroovyTestCase().&shouldFail 用groovy写测试,代码量比差不多是原来的60%-70%(行数少了,分号没了,默认public,getter/setter用./.=替代,等等),关键是可以当作学习groovy的练习,大家试试吧。 测试代码大致如下:
|
|
评论
2.嗯,用dbunit。
3.确实不丰满,呵呵,光想说明简单了。
4.不会,只是不做依赖检查了。
final shouldFail = new GroovyTestCase().&shouldFail
这个在BaseServiceTest中定义更好,否则每个Test类都定义比较累人。
2.
String[] getDataSetFileNames(){
["department.xml"]
}
用的dbunit?
3.
例子还太单薄,没能展现用和不用groovy的便利性,多贴几个会丰满一点
4.setDependencyCheck(false)
是否会影响其他装配?