注重实效的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里的事务控制定义，随意定义测试结束时是提交还是回滚。默认回滚的话，就可以让数据库测试前后的状态不变。
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);
}
同样的，你可以让的testCase继承于AbstractTransactionalDataSourceSpringContextTests，通过setDefaultRollback(boolean)方法控制最后回滚还是提交。
3.控制层的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工具。
|