基于spring框架的junit单元测试

Cocolada 2010-09-13

利用spring的mock类进行单元测试:

spring框架提供了大量测试的mock类,包括与jndi,porlet,web应用相关的mock类。尤其是web应用相关的mock类,可以大大提高web组件测试的方便性。

打开spring的下载包的mock文件夹(路径...mock\org\springframework\mock\web),就发觉有如下几个文件:

MockHttpServletRequest:是HttpServletRequest接口的mock实现,用来模拟客户端的HTTP请求,很常用的一个类。

MockHttpServletResponse:是HttpServletResponse接口的mock实现,用于模拟服务器对客户端的响应。

MockHttpSession:是对HttpSession接口的mock实现。

DelegatingServletInputStream:是对ServletInputStream接口的mock实现。

DelegatingServletOutputStream:ServletOutputStream的mock实现。需要拦截和分析服务器的输出的流的内容,可以使用该类。

其他的,例如MockFilterConfig,MockPageContext(可以测试预编译的JSP),MockRequestDispatcher,MockServletConfig看名称就知道大概是mock什么的。

举一个例子:

MockHttpServletRequestrequest=newMockHttpServletRequest("POST","/index.do");

request.addParameter("username","name");

request.addParameter("password","word");

利用spring来进行集成测试:

1、AbstractSpringContextTests类[1],该类全部方法是protected的,通常不使用这个类,而使用它的子类们。

2、AbstractDependencyInjectionSpringContextTests类[2]:继承于类[1]:名字N长的。如果仅仅使用Spring依赖注入功能,可以让测试用例继承该类。

3、AbstractTransactionalSpringContextTests类[3]:继承于类[2],继承该类的测试用例在spring管理的事务中进行,测试完后对数据库的记录不会造成任何影响。你对数据库进行一些操作后,它会自动把数据库回滚,这样就保证了你的测试对于环境没有任何影响

4、AbstractTransactionalDataSourceSpringContextTests:继承于类[3],功能更强大,用于测试持久层组件,看其源代码,有一行"protectedJdbcTemplatejdbcTemplate;",提供了一个JdbcTemplate的变量,通过该对象可以直接操作数据库。

***如何在你的TestCaseClass里取得springcontext(注意路径问题)?***

你的TestCaseClass必须继承的是上述四个AbstractXXXSpringContextTests中的其中一个,那么就必须实现下面这个方法来取得springcontext:

protectedabstractString[]getConfigLocations();

例如:

publicString[]getConfigLocations(){

String[]configLocations={"applicationContext.xml","hibernate-context.xml"};

returnconfigLocations;

}

请注意要加载的contextxmlfile的路径问题:上述的代码是基于classpath,因此applicationContext.xml和hibernate-context.xml必须放在classpath里(方法一是把xmlfiles放到WEB-INF/classes目录下,另一种方法就是在projectproperties里把xmlfiles的路径加到classpath里)

那么如果你一定要把contextxmlfiles放到WEB-INF目录下,也是可以的,那么应该基于file(基于file的相对路径是相对于projectrootfolder),代码如下:

publicString[]getConfigLocations(){

String[]configLocations={"file:WebContent/WEB-INF/applicationContext.xml"};

returnconfigLocations;

}

AbstractXXXSpringContextTests就会根据根据getConfigLocations方法返回的contextxml位置的数组来加载并且对加载的Context提供缓存。这是非常重要的,因为如果你在从事一个大项目时,启动时间可能成为一个问题--这不是Spring自身的开销,而是被Spring容器实例化的对象在实例化自身时所需要的时间。例如,一个包括50-100个Hibernate映射文件的项目可能需要10-20秒的时间来加载上述的映射文件,如果在运行每个测试fixture里的每个测试案例前都有这样的开销,将导致整个测试工作的延时,最终有可能(实际上很可能)降低效率。

在某种极偶然的情况下,某个测试可能“弄脏”了配置场所,并要求重新加载--例如改变一个bean的定义或者一个应用对象的状态--你可以调用AbstractDependencyInjectionSpringContextTests上的setDirty()方法来重新加载配置并在执行下一个测试案例前重建applicationcontext

当类AbstractDependencyInjectionSpringContextTests(及其子类)装载你的ApplicationContext时,你可以通过Setter方法来注入你想要的来自context的bean,而不需要显式的调用applicationContext.getBean(XXX)。因为AbstractDependencyInjectionSpringContextTests会从getConfigLocations()方法指定的配置文件中帮你自动注入

下面的例子就是通过setter方法来获得context里的ProductManagerbean:

publicclassMyTestextendsAbstractDependencyInjectionSpringContextTests{

ProductManagerproductManager;

publicString[]getConfigLocations(){

String[]configLocations={"file:WebContent/WEB-INF/applicationContext.xml"};

returnconfigLocations;

}

publicvoidtestGetProduct(){

assertEquals("tomson",productManager.getProductByName("tomson").getName());

}

//通过setter方法自动从context里注入productManagerbean,而不用显示调用applicationContext.getBean(XXX)

publicvoidsetProductManager(ProductManagerproductManager){

this.productManager=productManager;

}

}

但是如果context里有多个bean都定义为一个类型(例如有多个bean都是ProductManagerclass类型的),那么对这些bean就无法通过setter方法来自动依赖注入(因为有多个bean同一个类型,不知要自动注入哪个)。在这种情况下你需要显示的调用applicationContext.getBean(XXX)来注入。如:

publicclassMyTestextendsAbstractDependencyInjectionSpringContextTests{

ProductManagerproductManager;

publicString[]getConfigLocations(){

String[]configLocations={"file:WebContent/WEB-INF/applicationContext.xml"};

returnconfigLocations;

}

publicvoidonSetUp(){

productManager=(ProductManager)applicationContext.getBean("productManager");

}

publicvoidtestGetProduct(){

assertEquals("tomson",productManager.getProductByName("tomson").getName());

}

}

如果你的TestCase不使用依赖注入,只要不定义任何setters方法即可。或者你可以继承AbstractSpringContextTests--这个org.springframework.test包中的根类,而不是继承AbstractDependencyInjectionSpringContextTests(及其子类)。这是因为AbstractSpringContextTests只包括用来加载SpringContext的便利方法但没有自动依赖注入的功能。

另外还有一篇文章介绍了spring单元测试的策略,见http://blog.csdn.net/wangjian5748/archive/2006/09/09/1199549.aspx

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/totogogo/archive/2007/05/01/1594283.aspx

相关推荐

morexyoung / 0评论 2019-12-01