使用JUtil在struts+spring+hibernate框架环境下进行单元测试

过往使用的方式从最原始的IDE的DEBUG工具断点查错到目前还在用最快捷的使用文字输出(log或system.out)。
这些调试方式不是说不好，但有些情况下达不到自己的需求，浪费了一些时间，因为在SSH的环境下修改的源码就意味着要部署。
有个误区，有的人认为把ApplicationServer的热部署方式设置为ture，就不用部署了。其实实际还是重新部署了一遍，只是不需要你按键罢了。
而且这样的后果还是你每保存一下就帮你部署一次，项目大的话花费很更多，我想也有不少人知道有个内存溢出的问题...挺头痛的..

 

之前偶尔接触到JUtil，才领略到单元测试的精辟，记录一下学习心得。请别笑学得晚，最近也有个TestNG，有时间也继续研究下。学习调试程序也是一门学问啊。

 

好啦，言归正传并且长话短说。

 

使用JUtil进行单元测试方法，初步介绍。

导入JUtil的包就不多说了，一般的IDE都集成的了。

首先建议大家如果想使用Main静态方法来进行调试的话，请直接使用JUtil吧。使用方法很简单，如下：

@Test public void test1() { System.out.println("Hello World!"); }

直接使用@Test标记在一个public方法上即可。还有两个需要记住的标记是@Before和@After

其实这个是生命周期的标记，@Before为执行@Test方法之前先执行的，而@After就是执行完@Test之后执行，比较好理解。如果想不执行的话直接把标记注释掉即可，快捷简单。

 

执行添加了@Test的方法也简单，由于我是使用MyEclipse的关系，这里以它来举例。其实跟执行Main方法差不多在运行里面选择JUtil调试的选项。快捷键：Alt+Shift+X，T，但我更喜欢在代码上面右键然后选择运行JUtil测试。

 

在传统的三层架构中进行单元测试。

 

DAO层和业务逻辑层的调试

首先在@Before标记上执行获取需要调试的单元所使用的bean。

具体例子如：

private IMailboxDAO MailboxDAOImpl; @Before public void init() { ApplicationContext context = new ClassPathXmlApplicationContext( new String[] { "applicationContext.xml" }); BeanFactory factory = (BeanFactory) context; MailboxDAOImpl = (IMailboxDAO) factory.getBean("mailboxDAOImpl"); } @Test publiv void testSave(){ Bean transientInstance = new Bean(); ... MailboxDAOImpl.save(transientInstance); }
   
获取BeanFactory的方法有多种，这里比较推荐使用这种方法。注意这里的applicationContext.xml是放在classPath之下，也推荐放在这里，比较好调试。

view层的调试

在我的应用中，view层使用的是struts1.29的技术，其实际上也没用到什么，仅仅作为servlet来使用罢了。而且struts的标记库也实在太啰嗦了，所以我前端使用的技术是AJAX+JSON+Struts.
JavaScript就不用多说了，必定需要的了，而这里不推荐使用DWR框架，当然如果对JavaScript不熟的话也没办法了。总之还是王道的那句：使用什么技术还是取决与实际项目情况。

说这些的原因是告诉大家，struts所用到的from、forward之类的我都没调试了，后续描述一下。

首先想调试struts，使用到的技术是StrutsTestCase。具体地址http://sourceforge.net/projects/strutstestcase/

需要记住的是，StrutsTestCase是Junit TestCase类的扩展。

使用方法，例子如下：

首先把单元测试类继承servletunit.struts.MockStrutsTestCase


然后模拟容器，具体请查看以下

/** * 加载模拟容器 * @throws java.lang.Exception */ @Before public void setUp() throws Exception { super.setUp(); File context = new File("WebRoot"); setContextDirectory(context); }
   
注意setContextDirectory方法，默认情况下setUp()方法会在classPath下找web.xml和struts-config.xml等配置文件，所以可能会遇到找不到的情况。

使用setContextDirectory并且设置File为"WebRoot"的话，告诉程序在WebRoot下找配置文件，在SSH通常情况下都适用。

准备功夫做好了就可以尽情的进行测试了，并不用担心修改代码后需要重新部署项目了。
这里注意的时，在继承了MockStrutsTestCase的子类当中，所有以test开头的方法都自动执行调试程序，不再需要@Test标记。这里有保留意见，双利刃吧，还是喜欢用标记进行测试。

例子如下：

public void testToPageGoMembershipByDl() { String actionUri = "/distributionList/bin/get_members"; String parameterKey1 = "toPage"; String parameterKey2 = "dlId"; String toPageGoStr = "1"; String dlId = "402881b6200d287101200d69838f0009"; Map<String, Object> urlMap = new HashMap<String, Object>(); urlMap.put(parameterKey1, toPageGoStr); urlMap.put(parameterKey2, dlId); generateRequestParameters(urlMap); setRequestPathInfo(actionUri);//设置request的请求 actionPerform();//执行请求 } //公共方法，封装url的parameters请求 public void generateRequestParameters(Map<String, Object> parameters) { if ((parameters != null) && (!parameters.isEmpty())) { for (Map.Entry<String, Object> entry : parameters.entrySet()) { String key = entry.getKey(); Object value = entry.getValue(); String[] parameterValues = null; if (value instanceof String) { parameterValues = new String[] { (String) value }; } else if (value instanceof String[]) { parameterValues = (String[]) value; } if (parameterValues != null) addRequestParameter(key, parameterValues);//增加request参数 } } }
   

当然JUtil没这么简单，但我使用到的这些足够了，其他的还可以使用断言(assert)来辅助大家调试。给大家举一些例子，当中都为网上整理出来。

 

主要函数和作用

setRequestPathInfo，设置request的请求

 

addRequestParameter，将参数和对应的值加入request中

 

actionPerform，执行这个请求

 

verifyForward，验证forward的名字是否正确

verifyForwardPath，验证forward的path是否正确

verifyNoActionErrors，验证在action执行过程中没有ActionError产生

verifyActionErrors，验证在action执行过程中产生的ActionError集合的内容

 

如果你action里面有setAttribute之类的方法，也想验证的话。

也可以通过getSession()方法来获取session(request类似)。

跟着再使用getAttribute进行assert就可以组合成自己需要的调试单元了。顺便列举一下assert方法。

assertEquals(), assertNull(), assertSame(), assertTrue(),assertArrayEquals()等..

 

无论如何，如果你不喜欢使用assert方法，直接输出一下也十分便捷。

 

希望对大家学习有帮助。