使用Spring中Transcation进行数据库集成测试

数据库是程序中几乎必不可少的一部分，那么如何对于数据库进行测试呢？

如果多个测试同时使用同一个数据库，我们怎么能够保证不同测试之间的测试数据不会相互影响呢？

这里我们可以使用事务（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/