8.3.1. Context管理和緩存
Spring 中的包 spring-mock.jar 為集成測試提供了一流的支持。所有相關(guān)的API在包 org.springframework.test 中，它們不依賴于任何應(yīng)用服務(wù)器或者其他部署環(huán)境。
test包里的各種抽象類提供了如下的功能：
- 各測試案例執(zhí)行期間的Spring IoC容器緩存。
- 測試fixture自身的依賴注入。
- 適合集成測試的事務(wù)管理。
- 繼承而來的對測試有用的各種實例變量。
test包對加載的Context提供緩存，緩存功能是通過 AbstractDependencyInjectionSpringContextTests 類的一個方法（如下）實現(xiàn)的，此方法提供contexts xml的位置，且實現(xiàn)這個方法的類必須提供一個包含XML配置文件位置數(shù)組。缺省情況下，一旦加載后，這些配置將被所有的測試案例重用。
protected
abstract String[]
getConfigLocations();
當(dāng)配置環(huán)境受到破壞，AbstractDependencyInjectionSpringContextTests 的 setDirty() 方法可以用來重新加載配置，并在執(zhí)行下一個測試案例前重建application context。
8.3.2. 測試fixture的依賴注入
AbstractDependencyInjectionSpringContextTests 類將從getConfigLocations()方法指定的配置文件中自動查找你要測試的類， 并通過Setter注入該類的實例。
簡單例子
public class HibernateTitleDaoTests extends
AbstractDependencyInjectionSpringContextTests {
//
被測試類的實例將被（自動的）依賴注入 private HibernateTitleDao titleDao;
// 一個用來實現(xiàn)'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() 使用的是
根據(jù)類型的自動裝配（autowire byType）來注入的，所以如果你有多個bean都定義為一個類型，則對這些bean你不能用這個方法。在這種情況下你要使用 applicationContext 實例變量，并且使用 getBean() 來進行顯式查找。
如果你的測試案例不使用依賴注入，只要不定義任何setters方法即可； 或者你可以繼承 org.springframework.test.AbstractSpringContextTests 類，它只包括用來加載Spring Context的便利方法，并且在測試fixture中不進行依賴注入。
8.3.3. 事務(wù)管理
測試對持久存儲的數(shù)據(jù)會有改動。類 AbstractTransactionalDataSourceSpringContextTests 在缺省情況下，對每一個測試案例，他們創(chuàng)建并且回滾一個事務(wù)。所以使用這個類就不用擔(dān)心數(shù)據(jù)被修改；它依賴于Application Context中定義的一個bean PlatformTransactionManager。
如果你確實想在測試時修改數(shù)據(jù)，可以用這個類的
setComplete() 方法，這將提交而不是回滾事務(wù)。另外，
endTransaction() 方法可以在測試結(jié)束前中止事務(wù)。
8.3.4. 方便的變量
AbstractDependencyInjectionSpringContextTests 類提供了兩個保護屬性性實例變量：
- applicationContext (a ConfigurableApplicationContext): 可以利用它進行顯式bean查找，或者作為一個整體來測試這個Context的狀態(tài)。
- jdbcTemplate ： 對確定數(shù)據(jù)狀態(tài)的查詢很有用。
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 讓測試更嚴(yán)密，且減少了對測試數(shù)據(jù)的依賴。例如，可以在不中止測試的情況下在數(shù)據(jù)庫里增加額外的數(shù)據(jù)行。
PetClinic應(yīng)用支持四種數(shù)據(jù)訪問技術(shù)－－JDBC、Hibernate、TopLink和JPA ，因此 AbstractClinicTests 類不指定Context位置，這個操作在子類中實現(xiàn)：
例如，用Hibernate實現(xiàn)的PetClinic測試包含如下方法：
public class HibernateClinicTests extends AbstractClinicTests {
protected String[] getConfigLocations() {
return new String[] {
'/org/springframework/samples/petclinic/hibernate/applicationContext-hibernate.xml'
};
}
}
8.3.6. 運行集成測試
集成測試比單元測試更依賴于測試環(huán)境，它是測試的一個補充，而不是代替單元測試的。這種依賴主要指完整數(shù)據(jù)模型的數(shù)據(jù)庫。也可以通過DbUnit或者數(shù)據(jù)庫工具來導(dǎo)入測試數(shù)據(jù)。