`
Kenny.Lee
  • 浏览: 511070 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

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

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

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

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


使用JUnit进行单元测试方法,初步介绍。


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

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

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



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


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


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


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参数  
            }  
        }  
    }  


当然JUnit没这么简单,但我使用到的这些足够了,其他的还可以使用断言(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方法,直接输出一下也十分便捷。

希望对大家学习有帮助。
3
1
分享到:
评论
5 楼 Kenny.Lee 2010-01-30  
nurenok 写道
你这个测试回影响到数据库,不是正规的企业测试


嗯,谢谢提醒。所以有待提高测试阶段的方法
4 楼 nurenok 2010-01-25  
你这个测试回影响到数据库,不是正规的企业测试
3 楼 elan1986 2009-04-02  
junit 确实特别的很好用!!!
呵呵!
学习了!!!
谢谢
2 楼 Kenny.Lee 2009-04-01  
alone11 写道

JUtil or JUnit?

   恍然大悟...
1 楼 alone11 2009-04-01  
JUtil or JUnit?

相关推荐

Global site tag (gtag.js) - Google Analytics