一、Spring提供的JUnit框架擴充套件：

   1. AbstractSpringContextTests：spring中使用spring上下文測試的Junit擴充套件類，我們一般不會使用這個類來進行單元測試，它是spring內部設計使用到的類
   2. AbstractDependencyInjectionSpringContextTests：這是AbstractSpringContextTests的直接子類，支援依賴spring上下文的測試類，這個類不支援事務。
   3. AbstractTransactionalSpringContextTests：這是 AbstractDependencyInjectionSpringContextTests的直接子類，這個類一般應用在事務相關的測試中，一旦完成每個測試它就會正常地回滾事務，不會真正更新資料庫，若要手動設定事務相關操作，你可以過載onSetUpInTransaction和 onTearDownInTransaction方法，以便手工開始並提交事務，或者呼叫setComplete()方法。這個類也可以在沒有事務的情況下，使用這個類。
   4. AbstractTransactionalDataSourceSpringContextTests：這是 AbstractTransactionalSpringContextTests的直接子類，它使用了Spring的基於JDBC的 jdbcTemplate工具類，支援資料庫級別的事務。

二、如何在你的TestCase Class裡取得spring context

     你的TestCase Class必須繼承的是上述四個AbstractXXXSpringContextTests中的其中一個，那麼就必須實現下面這個方法來取得spring context：

      protected abstract String[] getConfigLocations();

      例如：

      public String[] getConfigLocations() {
           String[] configLocations = { "applicationContext.xml","hibernate-context.xml" };
           return configLocations;
       }

請 注意要載入的context xml file的路徑問題：上述的程式碼是基於classpath，因此applicationContext.xml和hibernate- context.xml必須放在classpath裡（方法一是把xml files放到WEB-INF/classes目錄下，另一種方法就是在project properties裡把xml files的路徑加到classpath裡）

那麼如果你一定要把context xml files放到WEB-INF目錄下，也是可以的，那麼應該基於file(基於file的相對路徑是相對於project root folder)，程式碼如下：
 

 public String[] getConfigLocations() {
    String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml"};
    return configLocations;
 }

AbstractXXXSpringContextTests就會根據根據getConfigLocations方法返回的context xml位置的陣列來載入並且對載入的Context提供快取。這是非常重要的，因為如果你在從事一個大專案時，啟動時間可能成為一個問題－－這不是 Spring自身的開銷，而是被Spring容器例項化的物件在例項 化自身時所需要的時間。例如，一個包括50-100個Hibernate對映檔案的專案可能需要10-20秒的時間來載入上述的對映檔案，如果在執行每個測試fixture裡的每個測試案例前都有這樣的開銷，將導致整個測試工作的延時，最終有可能（實際上很可能）降低效率。

在某種極偶然的情況下，某個測試可能“弄髒”了配置場所，並要求重新載入－－例如改變一個bean的定義或者一個應用物件的狀態－－你可以呼叫 AbstractDependencyInjectionSpringContextTests 上的 setDirty() 方法來重新載入配置並在執行下一個測試案例前重建application context

當類 AbstractDependencyInjectionSpringContextTests（及其子類）裝載你的Application Context時，你可以通過Setter方法來注入你想要的來自context的bean,而不需要顯式的呼叫 applicationContext.getBean(XXX)。因為 AbstractDependencyInjectionSpringContextTests會從getConfigLocations()方法指定的配置檔案中幫你自動注入

下面的例子就是通過setter方法來獲得context裡的ProductManager bean：

public class MyTest extends AbstractDependencyInjectionSpringContextTests {
    ProductManager productManager;

    public String[] getConfigLocations() {
        String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml" };
        return configLocations;
    }

    public void testGetProduct() {
       assertEquals("tomson",productManager.getProductByName("tomson").getName());
    }
   

    //通過setter方法自動從context裡注入productManager bean，而不用顯示呼叫applicationContext.getBean(XXX)
    public void setProductManager(ProductManager productManager) {
       this.productManager = productManager;
    }
}

但是如 果context裡有多個bean都定義為一個型別（例如有多個bean都是ProductManager class型別的），那麼對這些bean就無法通過setter方法來自動依賴注入（因為有多個bean同一個型別，不知要自動注入哪個）。在這種情況下 你需要顯示的呼叫applicationContext.getBean(XXX)來注入。如：
 

public class MyTest extends AbstractDependencyInjectionSpringContextTests {
   ProductManager productManager;

   public String[] getConfigLocations() {
      String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml" };
      return configLocations;
   }

   public void onSetUp() {
       productManager = (ProductManager) applicationContext.getBean("productManager");
   }

   public void testGetProduct() {
       assertEquals("tomson",productManager.getProductByName("tomson").getName());
   }
 
}

如果你的TestCase不使用依賴注入，只要不定義任何setters方法即可。或者你可以繼承 AbstractSpringContextTests －－這個 org.springframework.test 包中的根類，而不是繼承AbstractDependencyInjectionSpringContextTests（及其子類）。這是因為 AbstractSpringContextTests 只包括用來載入Spring Context的便利方法但沒有自動依賴注入的功能。