利用spring的mock類進行單元測試：
spring框架提供了大量測試的mock類,包括與jndi,porlet,web應用相關的mock類。尤其是web應用相關 的mock類，可以大大提高web組件測試的方便性。
打開spring的下載包的mock文件夾(路徑...mock\org\springframework\mock\web),就發覺有如下幾個 文件:
MockHttpServletRequest:是HttpServletRequest接口的mock實現，用來模擬客戶端的HTTP請求，很常 用的一個類。
MockHttpServletResponse:是HttpServletResponse接口的mock實現，用於模擬服務器對客戶端的響應 。
MockHttpSession:是對HttpSession接口的mock實現。
DelegatingServletInputStream:是對ServletInputStream接口的mock實現。
DelegatingServletOutputStream:ServletOutputStream的mock實現。需要攔截和分析服務器的輸出的 流的內容，可以使用該類。
其他的，例如MockFilterConfig,MockPageContext(可以測試預編譯的 JSP),MockRequestDispatcher,MockServletConfig看名稱就知道大概是mock什麼的。
舉一個例子：
MockHttpServletRequest request = new MockHttpServletRequest
("POST","/index.do");
request.addParameter("username","name");
request.addParameter("password","word");
利用spring來進行集成測試：
1、AbstractSpringContextTests類[1],該類全部方法是protected的，通常不使用這個類，而使用它 的子類們。
2、AbstractDependencyInjectionSpringContextTests類[2]：繼承於類[1]：名字N長的。如果僅僅使 用Spring依賴注入功能，可以讓測試用例繼承該類。
3、AbstractTransactionalSpringContextTests類[3]:繼承於類[2]，繼承該類的測試用例在spring管 理的事務中進行，測試完後對數據庫的記錄不會造成任何影響。你對數據庫進行一些操作後，它會自動把 數據庫回滾，這樣就保證了你的測試對於環境沒有任何影響
4、AbstractTransactionalDataSourceSpringContextTests：繼承於類[3]，功能更強大，用於測試持 久層組件,看其源代碼，有一行"protected JdbcTemplate jdbcTemplate;"，提供了一個JdbcTemplate的 變量，通過該對象可以直接操作數據庫。
http://lighter.javaeye.com/blog/41733 還提供了兩個用spring來進行集成測試(對數據庫操作進行 測試)，業務測試(對業務層進行測試)的例子供下載。
***如何在你的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的便利方法但沒有自動依賴注入的功能。
