Spring下的Unit Test笔记

注重实效的TDD的确能加快而不是拖慢开发的进度（片面的追求覆盖率的全面UnitTest不在此列）
      一，不需要依赖庞大的显示层控制层，快速开发业务逻辑。
      二，不需要依赖和频繁重启Web Container。
      三，手工测试总不免改动数据库，如何把数据库恢复到测试前的状态是件伤脑筋的事情。
              Unit Test可以使用自动Rollback机制，巧妙的解决了这件事情。流程如下：
              事务开始-->执行业务代码-->检验/打印结果-->事务回滚

      Spring 下的Unit Test主要关注三个方面：
      1. bean的依赖注入
       2. 事务控制，Open Session in Test 及默认回滚
       3. 脱离WebContainer对控制层的测试

   1.bean的依赖注入 
  能不依靠WebContainer来完成ApplicationContext的建立与POJO的依赖注入一向是Spring的得意之处

String[] paths  =  {  " /WEB-INF/applicationContext*.xml "  };
ApplicationContext ctx  = new  ClassPathXmlApplicationContext(paths);
UserDAO dao  =  (UserDAO) ctx.getBean( " userDAO " );

    如果你连这也觉得麻烦，那么只要你的testCase继承于Spring-mock.jar里的AbstractDependencyInjectionSpringContextTests，实现public String[] getConfigLocations()函数， 把需要注入的变量声明为protected，就会获得自动注入。
    注：因为是AutoWire的，变量名必须等于Spring  context文件里bean的id。

2.Open Session in Test 及自动Rollback
    又是来自Spring这个神奇国度的东西，加入下面几句，就可以做到Open Session in Test ，解决Hibernate的lazy-load问题，而且接管原来的DAO里的事务控制定义，随意定义测试结束时是提交还是回滚。
    默认回滚的话，就可以让数据库测试前后的状态不变，亦即自动Rollback。

    你可以让testCase继承于AbstractTransactionalDataSourceSpringContextTests，通过setDefaultRollback(boolean)方法控制最后回滚还是提交。
 
    如果自己编写，代码是这样的：

    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);
    }

 

3.Controller层的Unit Test

     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 " );
         // 再加上前文的事务控制的代码
   }
     public   void  testCustomerList()  throws  Exception
    {
        request.setRequestURI( " /customer.do " );
        request.addParameter( " action " ,  " listView " );
        mv  =  controller.handleRequest(request, response);
        List customers  =  (List) mv.getModel().get( " customers " );
    }

  
4.进一步简化
一来这两个基类的名字都太长了。
二来还有一些公共的设定:
       比如在构造函数执行setPopulateProtectedVariables(true);这样子只要声明protected就会被动态注入, 否则还要写setter才会被动态注入。
       比如一些公共的context文件的定义。

所以可以再抽象了几个基类，分别是DAOTestCase，DAOTestCaseCommit，ControllerTestCase.

不过，显示层至今没有什么好的UnitTest方法，无论是不成才的httpUnit们还是笨重的GUI test工具。