Spring下的Unit Test Notes 2nd

王朝java/jsp·作者佚名  2006-01-09
窄屏简体版  字體: |||超大  

注重实效的TDD的确能加快而不是拖慢开发的进度(片面的追求覆盖率的全面UnitTest不在此列)

一,不需要庞大的显示层控制层的依赖,快速开发业务逻辑。

二,不需要依赖和频繁重启Web Container。

三,手工测试总不免改动数据库,如何把数据库恢复到测试前的状态是件伤脑筋的事情。

Unit Test可以使用自动Rollback机制,巧妙的解决了这件事情。流程如下:

事务开始-->执行业务代码-->检验/打印结果-->事务回滚

Spring 下的Unit Test主要关注三个方面:

1. bean的依赖注入

2. 事务控制,Open Session in Test 及默认回滚

3. 脱离WebContainer对控制层的测试

1.bean的依赖注入

能够不依靠WebContainer来完成ApplicationContext的建立与bean的依赖注入一向是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工具)。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航