StrutsTestCase 之discovery

来源:互联网 发布:农村信用社软件下载 编辑:程序博客网 时间:2024/04/29 04:09
StrutsTestCase 之discovery
StrutsTestCase用于对基于Struts框架的Web应用进行单元测试,它可以用来测试ActionForm,Action的Execute方法,Action Forward, 及转向后的JSP是否正确。一个典型的Case代码如下:
 
        setRequestPathInfo("/DriveBus");
        addRequestParameter("driver", "tang");
        actionPerform();
        verifyForward("success");
 
就这样的短短几行代码,在实际运行过程中却遇到很多问题。
 
1. junit.framework.AssertionFailedError: Error initializing action servlet: Unable to find /WEB-INF/web.xml.  TestCase is running from D:/ide/eclipse3.0.1/workspace/ztest directory.  Context directory has not been set.  Try calling setContextDirectory() with a relative or absolute path.  /WEB-INF/web.xml must be found under the context directory, the directory the test case is running from, or in the classpath.
 这个错误原因是没有找到web-inf/web.xml所在的目录。一般被测代码和测试的代码不是在一个工程下的。如下图的结构所示:
   projects
   |-myWeb
   |   |-src
   |   |-WEB-INF
   |      |-classes
   |      |-lib
   |  
   |      | struts-confg.xml
   |      | web.xml
   |  
   |-test
       |-src
 
test工程包含所有用来测试myWeb工程的TestCase,这时候就需要覆写MockStrutsTestCase里的setup()方法:
    protected void setUp() throws Exception
    {
        // TODO Auto-generated method stub
        super.setUp();
        setContextDirectory(new File("../myWeb"));
    }
SetContextDirectory()方法保证TestCase能正确找到web.xml和struts-config.xml文件。
 
2。setRequestPathInfo()用来设置页面的form提交时执行的action,如jsp中form代码为:<FORM action="DriveBus.do" method="post">,则应该写成setRequestPathInfo("/DriveBus").
注意该函数的参数:
   1)DriveBus前面的左斜杠是必需的。
   2)不能包含context路径。
   3)在后面加上.do是没有问题的。
 
3。setRequestPathInfo()存在的问题
 当调用该方法时,会调用Common中的stripActionPath()进行处理,当setRequestPathInfo()的传入参数为“/DriveBus.do”时,会被截成“/DriveBus”,它将会设置到request的pathinfo字段。问题就在这里。
在StrutsTestCase中,对容器内的request进行了模拟,用HttpServletRequestSimulator代替真正的HttpServletRequest。对于部署在容器里的应用,如下函数的输出分别为:
    request.getPathInfo()    null
    request.getRequestURI()     /myWeb/DriveBus.do
    request.getRequestURL()     http://localhost:8080/myWeb/DriveBus.do
    request.getServletPath()    /DriveBus.do
而模拟的request得出的输出为:
    request.getPathInfo()    /DriveBus
    request.getRequestURI()     null
    request.getRequestURL()    null
    request.getServletPath()     null
可见,HttpServletRequestSimulator并没有能够很好地模拟request,当被测程序中调用了request.getPathInfo()以外的方法时,测试很可能不会通过(抛NullPointerException异常),或者会出现错误的测试结果。
 
4。多模块测试
StrutsTestCase支持对多模块的测试,在setRequestPathInfo()中可以指定模块名称,setRequestPathInfo(String moduleName, String pathInfo),其部分代码如下:
    this.actionPath = Common.stripActionPath(pathInfo);
        if (moduleName != null) {
            if (!moduleName.equals("")) {
                if (!moduleName.startsWith("/"))
                    moduleName = "/" + moduleName;
                if (!moduleName.endsWith("/"))
                    moduleName = moduleName + "/";
            }
            if (logger.isDebugEnabled()) {
                logger.debug("setting request attribute - name = " + Common.INCLUDE_SERVLET_PATH + ", value = " + moduleName);
            }
            this.request.setAttribute(Common.INCLUDE_SERVLET_PATH, moduleName);
        }
        this.request.setPathInfo(actionPath);
        this.requestPathSet = true;
它将传入的模块名名设置到request的Common.INCLUDE_SERVLET_PATH属性,但是在verifyForwardPath()的代码中却有这样一段:
   String moduleName = request.getServletPath() != null ? request.getServletPath() : "";
        if ((moduleName == null || moduleName.equalsIgnoreCase("")) && request.getAttribute(INCLUDE_SERVLET_PATH) != null)
            // check to see if this is a MockStrutsTestCase call
            moduleName = (String) request.getAttribute(INCLUDE_SERVLET_PATH);
当可以取到ServletPath时,将其值作为moduleName,这个真是让人想不通!!servletPath和模块名有什么关系呢?
 
 (对于URI, URL, URN的详细说明见:http://www.ietf.org/rfc/rfc1738.txt,所以StrutsTestCase对HttpServletRequest的模拟是不符合规范的)
 
5。contextPath
这个值始终是空字符串
 
总之,当我们使用StrutsTestCase进行测试时,需要对以上问题多加留意,当出错时,可能会是StrutsTestCase本身的问题,必要的话,可以对其进行源码进行修改,以适合我们系统本身的需求。StrutsTestCase的license是 Apache Software License。
 
附: Apache Software License (ASL)可以兼容其它任何已知的许可证。 已知的最大例外是GNU Public License (GPL) 和Lesser GNU Public License (LGPL). 重要的是ASL对合作开发相当友好,如果您不想的话,也不会强迫您发布源代码。 Apache Software Foundation名下的德高望众的HTTP服务器用的是相同的许可证。
(完)