作者：  

     注重实效的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的得意之处。

    如果你连这也觉得麻烦，那么只要你的testcase继承于spring-mock.jar里的abstractdependencyinjectionspringcontexttests，实现public string[] getconfiglocations()函数， 并显式写一些需要注入的变量的setter函数。
    注：因为是autowire的，变量名必须等于spring  context文件里bean的id。

2.open session in test 及自动rollback
    又是来自spring这个神奇国度的东西，加入下面几句，就可以做到open session in test ，解决hibernate的lazy-load问题；而且接管原来的dao里的事务控制定义，随意定义测试结束时是提交还是回滚，如果默认为回滚，则测试产生数据变动不会影响数据库内数据。
     你可以让testcase继承于abstracttransactionaldatasourcespringcontexttests，通过setdefaultrollback(boolean)方法控制最后回滚还是提交。
 
    如果自己编写，代码是这样的：

  (注，hibernate太奸诈了，如果全部默认回滚，只会在session里干活，一点不写数据库，达不到完全的测试效果。)

3.controller层的unit test

controller层靠spring提供的mockhttpservletrequest和response来模拟真实的servlet环境，并且spring 2.0了加了一个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");
        //再加上前文的事务控制的代码
   }
    public void testcustomerlist() throws exception
    {
        request.setrequesturi("/customer.do");
        request.addparameter("action", "listview");
        mv = controller.handlerequest(request, response);
        assertmodelattributeavailable(mv, "customers");
    }

  
4.进一步简化
一来这两个基类的名字都太长了。
二来有一些公共的context文件的定义。

所以可以再抽象了几个基类，分别是daotestcase，controllertestcase。

5. easymock
   mockobject是一样彻底分层开发的好东西，而且使用上没什么难度。而且已不再存在只支持接口不支持class的限制。
  

   easy mock vs jmock:

    jmock 要求testcase继承于mockobjecttestcase太霸道了。妨碍了我继承于spring2.0的modelandviewtestcase和使用mockdao,realdao并行的继承体系。因此采用没那么霸道的easymock。

   另外，easymock的脚本录制虽不如jmock那么优美，但胜在简短易读。jmock那句太长了 。


6. 显示层测试
还有，显示层至今没有什么好的unittest方法，无论是不成才的httpunit们还是笨重的gui test工具。appfuse一直用的那个thoughtwork那个和的效果不知如何， 其中j3unit号称支持。