單元測試

Author: 江南白衣

 注重實(shí)效的TDD的確能加快，而不是拖慢開(kāi)發(fā)的進(jìn)度（片面的追求覆蓋率的全面UnitTest不在此列）
      一，可以實(shí)現真正分層開(kāi)發(fā)。
      二，不需要依賴(lài)和頻繁重啟Web Container。
      三，手工測試總不免改動(dòng)數據庫，如何把數據庫恢復到測試前的狀態(tài)是件傷腦筋的事情。Unit Test可以使用自動(dòng)Rollback機制，巧妙的解決了這件事情。

  1.單元測試的兩種風(fēng)格

  1.1 純MockObject的風(fēng)格

Rod的<Professional J2EE with Spring>的例子即是這種風(fēng)格。這種風(fēng)格不依賴(lài)Spring與ApplicationContext，完全絕對的分層開(kāi)發(fā)。但缺點(diǎn)是需要手工注入所有依賴(lài)bean，手工設置所有出場(chǎng)對象的方法和假定返回值，代碼量非常巨大，而且這種Mock UT離實(shí)際環(huán)境很遠，仍然需要再寫(xiě)一套集成測試的Test Case。

  1.2 Pragmatic風(fēng)格

   SS的風(fēng)格是使用Spring，load all applicationContext file，自動(dòng)注入所有測試對象，并利用真實(shí)對象進(jìn)行測試。這樣的好處是開(kāi)發(fā)人員可以專(zhuān)注于測試檢驗代碼的編寫(xiě)。

  僅在需要限定分離解耦某些對象時(shí)，才重載public String[] getConfigLocations()函數限定applicationContext，使用EasyMock Mock對象(見(jiàn)BookManagerMockDaoControllerTest.java)

   不過(guò)各位老大不是很認同這種方式，但懶字當頭，使用實(shí)用就了，被bs一下也值得了。

2.Spring下的Unit Test

Spring 下的Unit Test主要關(guān)注三個(gè)方面：
       1. bean的依賴(lài)注入
       2. 事務(wù)控制，Open Session in Test 及默認回滾
       3. 脫離WebContainer對控制層的測試

 2.1 bean的依賴(lài)注入 

  能不依靠WebContainer來(lái)完成ApplicationContext的建立與POJO的依賴(lài)注入一向是Spring的得意之處。

String[] paths = { "classpath:applicationContext*.xml" };
ApplicationContext ctx =new ClassPathXmlApplicationContext(paths);
UserDAO dao = (UserDAO) ctx.getBean("userDAO");

如果你連這也覺(jué)得麻煩，那么只要你的testCase繼承于Spring-mock.jar里的AbstractDependencyInjectionSpringContextTests，實(shí)現public String[] getConfigLocations()函數， 并顯式寫(xiě)一些需要注入的變量的setter函數。
    注：因為是AutoWire的，變量名必須等于Spring  context文件里bean的id。

2.2 Open Session in Test 及自動(dòng)Rollback

    又是來(lái)自Spring這個(gè)神奇國度的東西， 你可以讓testCase繼承于A(yíng)bstractTransactionalDataSourceSpringContextTests，就可以做到Open Session in Test ，解決Hibernate的lazy-load問(wèn)題；而且接管原來(lái)的DAO里的事務(wù)控制定義，通過(guò)setDefaultRollback(boolean)方法控制最后回滾還是提交，如果默認為回滾，則測試產(chǎn)生數據變動(dòng)不會(huì )影響數據庫內數據。
 
    如果不能繼承于這個(gè)基類(lèi)，可以自己簡(jiǎn)單編寫(xiě)，代碼是這樣的：

   protected PlatformTransactionManager transactionManager;
   protected TransactionStatus transactionStatus;
   protected boolean defaultRollback = true;
   public void setUp()
   {
        transactionManager = (PlatformTransactionManager) ctx.getBean("transactionManager");
        transactionStatus = transactionManager.getTransaction(new DefaultTransactionDefinition());
   }
   public void tearDown()
   {
        if (defaultRollback)
            transactionManager.rollback(this.transactionStatus);
        else
           transactionManager.commit(this.transactionStatus);
    }

  (注，hibernate太奸詐了，如果全部默認回滾，只會(huì )在session里干活，一點(diǎn)不寫(xiě)數據庫，達不到完全的測試效果。)

BTW.AbstractTransactionalDataSourceSpringContextTests 還通過(guò)注入的DataSource創(chuàng )建了一個(gè)JDBCTemplate 對象，可以跑SQL幫忙核對Hibernate的結果，但要注意兩者的事務(wù)。

2.3.Controller層的Unit Test

controller層靠Spring提供的MockHttpServletRequest和Response來(lái)模擬真實(shí)的servlet環(huán)境，并且spring 2.0了加了一個(gè)AbstractModelAndViewTests，提供一些檢測返回值的utils函數。

  protected XmlWebApplicationContext ctx;
    protected MockHttpServletRequest request = new MockHttpServletRequest("GET", "");
    protected MockHttpServletResponse response = new MockHttpServletResponse();
    protected Controller controller = null;
    protected ModelAndView mv = null;
   public void setUp()
   {
        String[] paths = {"applicationContext*.xml","myappfuse-servlet.xml"};
        ctx = new XmlWebApplicationContext();
        ctx.setConfigLocations(paths);
        ctx.setServletContext(new MockServletContext(""));        ctx.refresh();
        controller = (CustomerController) ctx.getBean("customerController");
        //再加上前文的事務(wù)控制的代碼
   }
    public void testCustomerList() throws Exception
    {
        request.setRequestURI("/customer.do");
        request.addParameter("action", "listView");
        mv = controller.handleRequest(request, response);
        assertModelAttributeAvailable(mv, "customers");
    }

2.4.注意

在BaseTest中，setup()函數被移到 protected void onSetUp() throws java.lang.Exception

在BaseDaoTest中，setup()函數被移到 protected void onSetUpBeforeTransaction() throws Exception

3. EasyMock

MockObject是一樣徹底分層開(kāi)發(fā)的好東西，而且使用上沒(méi)什么難度。而且已不再存在只支持接口不支持Class的限制。

//設定BookManager MockObject
        bookManagerMockControl = MockClassControl.createControl(BookManager.class);
        bookManagerMock = (BookManager) bookManagerMockControl.getMock();
        controller.setBookManager(bookManagerMock);
        
//錄制getAllBook()和getCategorys方法的期望值
        bookManagerMock.getAllBook();
        bookManagerMockControl.setReturnValue(new ArrayList());
        bookManagerMockControl.replay();
         
//執行操作
        mv = controller.handleRequest(request, response);
//驗證結果          
        assertModelAttributeAvailable(mv, "books");

  Easy Mock VS JMock:

    JMock 要求TestCase繼承于MockObjectTestCase太霸道了。妨礙了我繼承于Spring2.0的ModelAndViewTestCase和使用MockDao,RealDao并行的繼承體系。因此采用沒(méi)那么霸道的easyMock。

   另外，easyMock的腳本錄制雖不如jmock那么優(yōu)美，但勝在簡(jiǎn)短易讀。jmock那句太長(cháng)了 。

4. 顯示層測試

還有，顯示層至今沒(méi)有什么好的UnitTest方法，無(wú)論是不成才的httpUnit們還是笨重的GUI test工具。Appfuse一直用的那個(gè)ThoughtWork那個(gè)Selenium和J3Unit的效果不知如何， 其中J3Unit號稱(chēng)支持prototype。