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服务器用的是相同的许可证。
(完)
|
StrutsTestCase 之discovery
最新推荐文章于 2024-09-04 23:04:20 发布