数据库是程序中几乎必不可少的一部分,那么如何对于数据库进行测试呢?
如果多个测试同时使用同一个数据库,我们怎么能够保证不同测试之间的测试数据不会相互影响呢?
这里我们可以使用事务(transaction)进行数据库的测试。
一、数据库的基本测试
直接上代码:
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {
"classpath:application-test.xml"
})
@Transactional
@TransactionConfiguration(defaultRollback = true)
public class PeopleIntegrationTest {
@Autowired
private PeopleDao peopleDao;
@Before
public void setUp() throws Exception {
peopleDao.clear();
}
@Test
public void should_success_add_a_people() {
peopleDao.insertPeople(new People("firstName", "lastName"));
assertThat(peopleDao.getPeopleCount(), is(1));
}
}
在Spring的spring-test中有@TransactionConfiguration这么一个annotation。在使用了这个annotation以后,当测试方法执行完毕以后,事务会自动回滚(rollback),不会影响已经存在的数据;同时,当不同的测试同时执行时,因为事务没有提交,不同的测试之间也不会相互影响。
二、针对cache的测试
在项目中,我们经常对数据库使用cache从而减少我们访问数据库的次数,提高程序的效率。但是,cache在测试中会带给我们一定的麻烦。举个例子,我们在测试A中执行过程中的结果可能会被cache。而测试B执行时,可能就会直接使用A中cache的值,从而导致测试失败。
假设我们有两个测试用例,这两个测试用例都调用了getPeopleCount。
@Test
public void should_success_add_a_people() {
peopleDao.insertPeople(new People("firstName", "lastName"));
assertThat(peopleDao.getPeopleCount(), is(1));
}
@Test
public void should_success_add_two_people() {
peopleDao.insertPeoples(
of(new People("firstName1", "lastName1"),
new People("firstName2", "lastName2")));
assertThat(peopleDao.getPeopleCount(), is(2));
}
但是,当getPeopleCount被标明为cacheable的时候,第二次执行的getPeopleCount很可能是上一次被缓存的结果,这样测试就会出现错误。
解决方法就是在测试类名上加上一个@DirtiesContext
@DirtiesContext(classMode = DirtiesContext.ClassMode.AFTER_EACH_TEST_METHOD)
使用@DirtyContext,加上@DirtyContext以后,标示测试使用的ApplicationContext已经Dirty,需要重新加载,此时cache的数据就会被清空。Dirties中的classMode是一个枚举类型,
@DirtiesContext还有很多的细节,可以根据实际需要去查看文档。
更多参考资料:http://docs.huihoo.com/spring/3.0.x/en-us/ch09s03.html
http://www.javabeat.net/2013/05/cache-abstraction-spring-cacheable-cacheevict/