相信很多人和我一样,都不愿意写单元测试。尤其是在为了单纯提高覆盖率,应付测试的时候。但是,为了提高代码的健壮性,并为以后的代码重构,优化建立基础。测试还是特别重要的一个开发工作。
最近,发现了一种测试的写法,如下:
package com.netease.test;
import org.junit.Test;
/**
* Created by Demon, on 2018/5/17
*/
public class UCTest extends BaseTest {
@Autowired
private xxxService xxxService;
@Autowired
private xxxDAO xxxDAO;
@Test
@Rollback
@Transactional
public void test$测试XXX() {
// prepare data (insert data by dao)
// service test
// query from DB for validate (query data by dao)
}
}
在测试接口的时候,接口依赖的所有数据可以先插入到数据库,然后再调用具体的业务方法。具体的业务方法执行完毕后,再从数据库查询数据,对比校验。通过 @Rollback 和 @Transactional 两个注解,可以保证测试方法跑完后,数据回滚。因此,上述写法的测试是一直可以跑通的。
自己以前测试的时候,都会去数据库插入一些数据,测试跑完后再去数据库查询看结果,有点浪费时间。现在发现完全没有必要,service 测试的时候直接先通过dao 去造数据,执行完毕后,再通过dao去查询校验。这样做的时候,也没必要写 dao 的单测了,因为 dao 就是为你的 service 服务的。这种写法,service 测试肯定会覆盖所有 dao 的 sql 。