8.3.1. Context管理和缓存
Spring 中的包 spring-mock.jar 为集成测试提供了一流的支持。所有相关的API在包 org.springframework.test 中，它们不依赖于任何应用服务器或者其他部署环境。
test包里的各种抽象类提供了如下的功能：
- 各测试案例执行期间的Spring IoC容器缓存。
- 测试fixture自身的依赖注入。
- 适合集成测试的事务管理。
- 继承而来的对测试有用的各种实例变量。
test包对加载的Context提供缓存，缓存功能是通过 AbstractDependencyInjectionSpringContextTests 类的一个方法（如下）实现的，此方法提供contexts xml的位置，且实现这个方法的类必须提供一个包含XML配置文件位置数组。缺省情况下，一旦加载后，这些配置将被所有的测试案例重用。
protected
abstract String[]
getConfigLocations();
当配置环境受到破坏，AbstractDependencyInjectionSpringContextTests 的 setDirty() 方法可以用来重新加载配置，并在执行下一个测试案例前重建application context。
8.3.2. 测试fixture的依赖注入
AbstractDependencyInjectionSpringContextTests 类将从getConfigLocations()方法指定的配置文件中自动查找你要测试的类， 并通过Setter注入该类的实例。
简单例子
public class HibernateTitleDaoTests extends
AbstractDependencyInjectionSpringContextTests {
//
被测试类的实例将被（自动的）依赖注入 private HibernateTitleDao titleDao;
// 一个用来实现'titleDao'实例变量依赖注入的setter方法
public void
setTitleDao (HibernateTitleDao titleDao) {
this.titleDao = titleDao;
}
public void testLoadTitle() throws Exception {
Title title = this.titleDao.loadTitle(new Long10));
assertNotNull(title);
}
//指定Spring配置文件加载这个fixture
protected String[]
getConfigLocations() {
return new String[] { "classpath:com/foo/daos.xml" };
}
}
getConfigLocations() 使用的是
根据类型的自动装配（autowire byType）来注入的，所以如果你有多个bean都定义为一个类型，则对这些bean你不能用这个方法。在这种情况下你要使用 applicationContext 实例变量，并且使用 getBean() 来进行显式查找。
如果你的测试案例不使用依赖注入，只要不定义任何setters方法即可； 或者你可以继承 org.springframework.test.AbstractSpringContextTests 类，它只包括用来加载Spring Context的便利方法，并且在测试fixture中不进行依赖注入。
8.3.3. 事务管理
测试对持久存储的数据会有改动。类 AbstractTransactionalDataSourceSpringContextTests 在缺省情况下，对每一个测试案例，他们创建并且回滚一个事务。所以使用这个类就不用担心数据被修改；它依赖于Application Context中定义的一个bean PlatformTransactionManager。
如果你确实想在测试时修改数据，可以用这个类的
setComplete() 方法，这将提交而不是回滚事务。另外，
endTransaction() 方法可以在测试结束前中止事务。
8.3.4. 方便的变量
AbstractDependencyInjectionSpringContextTests 类提供了两个保护属性性实例变量：
- applicationContext (a ConfigurableApplicationContext): 可以利用它进行显式bean查找，或者作为一个整体来测试这个Context的状态。
- jdbcTemplate ： 对确定数据状态的查询很有用。
8.3.5. 示例
Spring的PetClinic实例展示了这些测试超类的用法
public abstract class AbstractClinicTests extends
AbstractTransactionalDataSourceSpringContextTests {
protected Clinic clinic;
public void setClinic(Clinic clinic) {
this.clinic = clinic;
}
public void testGetVets() {
Collection vets = this.clinic.getVets();
assertEquals('JDBC query must show the same number of vets'，
jdbcTemplate.queryForInt('SELECT COUNT(0) FROM VETS')，
vets.size());
Vet v1 = (Vet) EntityUtils.getById(vets， Vet.class， 2);
assertEquals('Leary'， v1.getLastName());
assertEquals(1， v1.getNrOfSpecialties());
assertEquals('radiology'， ((Specialty) v1.getSpecialties().get(0)).getName());
Vet v2 = (Vet) EntityUtils.getById(vets， Vet.class， 3);
assertEquals('Douglas'， v2.getLastName());
assertEquals(2， v2.getNrOfSpecialties());
assertEquals('dentistry'， ((Specialty) v2.getSpecialties().get(0)).getName());
assertEquals('surgery'， ((Specialty) v2.getSpecialties().get(1)).getName());
}
JdbcTemplate 变量用于验证被测试的代码是否正确。JdbcTemplate 让测试更严密，且减少了对测试数据的依赖。例如，可以在不中止测试的情况下在数据库里增加额外的数据行。
PetClinic应用支持四种数据访问技术－－JDBC、Hibernate、TopLink和JPA ，因此 AbstractClinicTests 类不指定Context位置，这个操作在子类中实现：
例如，用Hibernate实现的PetClinic测试包含如下方法：
public class HibernateClinicTests extends AbstractClinicTests {
protected String[] getConfigLocations() {
return new String[] {
'/org/springframework/samples/petclinic/hibernate/applicationContext-hibernate.xml'
};
}
}
8.3.6. 运行集成测试
集成测试比单元测试更依赖于测试环境，它是测试的一个补充，而不是代替单元测试的。这种依赖主要指完整数据模型的数据库。也可以通过DbUnit或者数据库工具来导入测试数据。