利用spring的mock類進(jìn)行單元測試：
spring框架提供了大量測試的mock類,包括與jndi,porlet,web應(yīng)用相關(guān)的mock類。尤其是web應(yīng)用相關(guān)的mock類，可以大大提高web組件測試的方便性。
打開spring的下載包的mock文件夾(路徑...mock\org\springframework\mock\web),就發(fā)覺有如下幾個(gè)文件:
MockHttpServletRequest:是HttpServletRequest接口的mock實(shí)現(xiàn)，用來模擬客戶端的HTTP請(qǐng)求，很常用的一個(gè)類。
MockHttpServletResponse:是HttpServletResponse接口的mock實(shí)現(xiàn)，用于模擬服務(wù)器對(duì)客戶端的響應(yīng)。
MockHttpSession:是對(duì)HttpSession接口的mock實(shí)現(xiàn)。
DelegatingServletInputStream:是對(duì)ServletInputStream接口的mock實(shí)現(xiàn)。
DelegatingServletOutputStream:ServletOutputStream的mock實(shí)現(xiàn)。需要攔截和分析服務(wù)器的輸出的流的內(nèi)容，可以使用該類。
其他的，例如MockFilterConfig,MockPageContext(可以測試預(yù)編譯的JSP),MockRequestDispatcher,MockServletConfig看名稱就知道大概是mock什么的。
舉一個(gè)例子：
MockHttpServletRequest request = new MockHttpServletRequest("POST","/index.do");
request.addParameter("username","name");
request.addParameter("password","word");
利用spring來進(jìn)行集成測試：
1、AbstractSpringContextTests類[1],該類全部方法是protected的，通常不使用這個(gè)類，而使用它的子類們。
2、AbstractDependencyInjectionSpringContextTests類[2]：繼承于類[1]：名字N長的。如果僅僅使用Spring依賴注入功能，可以讓測試用例繼承該類。
3、AbstractTransactionalSpringContextTests類[3]:繼承于類[2]，繼承該類的測試用例在spring管理的事務(wù)中進(jìn)行，測試完后對(duì)數(shù)據(jù)庫的記錄不會(huì)造成任何影響。你對(duì)數(shù)據(jù)庫進(jìn)行一些操作后，它會(huì)自動(dòng)把數(shù)據(jù)庫回滾，這樣就保證了你的測試對(duì)于環(huán)境沒有任何影響
4、AbstractTransactionalDataSourceSpringContextTests：繼承于類[3]，功能更強(qiáng)大，用于測試持久層組件,看其源代碼，有一行"protected JdbcTemplate jdbcTemplate;"，提供了一個(gè)JdbcTemplate的變量，通過該對(duì)象可以直接操作數(shù)據(jù)庫。
http://lighter.javaeye.com/blog/41733 還提供了兩個(gè)用spring來進(jìn)行集成測試(對(duì)數(shù)據(jù)庫操作進(jìn)行測試)，業(yè)務(wù)測試(對(duì)業(yè)務(wù)層進(jìn)行測試)的例子供下載。
***如何在你的TestCase Class里取得spring context (注意路徑問題)？***
你的TestCase Class必須繼承的是上述四個(gè)AbstractXXXSpringContextTests中的其中一個(gè)，那么就必須實(shí)現(xiàn)下面這個(gè)方法來取得spring context：
protected abstract String[] getConfigLocations();
例如：
public String[] getConfigLocations() {
String[] configLocations = { "applicationContext.xml","hibernate-context.xml" };
return configLocations;
}
請(qǐng) 注意要加載的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目錄下，也是可以的，那么應(yīng)該基于file(基于file的相對(duì)路徑是相對(duì)于project root folder)，代碼如下：
public String[] getConfigLocations() {
String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml"};
return configLocations;
}
AbstractXXXSpringContextTests就會(huì)根據(jù)根據(jù)getConfigLocations方法返回的context xml位置的數(shù)組來加載并且對(duì)加載的Context提供緩存。 這是非常重要的，因?yàn)槿绻阍趶氖乱粋€(gè)大項(xiàng)目時(shí)，啟動(dòng)時(shí)間可能成為一個(gè)問題－－這不是Spring自身的開銷，而是被Spring容器實(shí)例化的對(duì)象在實(shí)例 化自身時(shí)所需要的時(shí)間。例如，一個(gè)包括50-100個(gè)Hibernate映射文件的項(xiàng)目可能需要10-20秒的時(shí)間來加載上述的映射文件，如果在運(yùn)行每個(gè) 測試fixture里的每個(gè)測試案例前都有這樣的開銷，將導(dǎo)致整個(gè)測試工作的延時(shí)，最終有可能（實(shí)際上很可能）降低效率。
在某種極偶然的情況下，某個(gè)測試可能“弄臟”了配置場所，并要求重新加載－－例如改變一個(gè)bean的定義或者一個(gè)應(yīng)用對(duì)象的狀態(tài)－－你可以調(diào)用 AbstractDependencyInjectionSpringContextTests 上的 setDirty() 方法來重新加載配置并在執(zhí)行下一個(gè)測試案例前重建application context
當(dāng)類 AbstractDependencyInjectionSpringContextTests（及其子類）裝載你的Application Context時(shí)，你可以通過Setter方法來注入你想要的來自context的bean,而不需要顯式的調(diào)用applicationContext.getBean(XXX)。因?yàn)锳bstractDependencyInjectionSpringContextTests會(huì)從getConfigLocations()方法指定的配置文件中幫你自動(dòng)注入
下面的例子就是通過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方法自動(dòng)從context里注入productManager bean，而不用顯示調(diào)用applicationContext.getBean(XXX)
public void setProductManager(ProductManager productManager) {
this.productManager = productManager;
}
}
但是如 果context里有多個(gè)bean都定義為一個(gè)類型（例如有多個(gè)bean都是ProductManager class類型的），那么對(duì)這些bean就無法通過setter方法來自動(dòng)依賴注入（因?yàn)橛卸鄠€(gè)bean同一個(gè)類型，不知要自動(dòng)注入哪個(gè)）。在這種情況下 你需要顯示的調(diào)用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 －－這個(gè) org.springframework.test 包中的根類，而不是繼承AbstractDependencyInjectionSpringContextTests（及其子類）。這是因?yàn)锳bstractSpringContextTests 只包括用來加載Spring Context的便利方法但沒有自動(dòng)依賴注入的功能。