Struts测试框架StrutsTestCase实战

梦幻小丑灯

阅读提要 StrutsTestCase是一个强有力的易于使用的针对Struts行为的测试框架。StrutsTestCase，并与传
统型JUnit测试相结合，将会带给你一个相当高的测试覆盖率并提高你的产品的可靠性。

　　一、引言

　　StrutsTestCase是一个用于测试Struts行为的基于Junit的测试框架。如果你使用Struts，那么你会注
意到它可以提供给你一种容易而有效的方式来测试你的应用程序的Struts行为类。

　　典型的J2EE应用程序都是分层构建的，如图1所示。

　　·DAO层封装了数据库存取。Hibernate映射和对象类，Hibernate查询，实体EJBs，或一些其它的实体
-关系持续性技术都可以在这一层找到。


　　·商业层包含更高级的商业服务。理想地，这个商业层将是相对独立于数据库实现。在这个层上经常
使用会话EJBs。

　　·描述层包含为用户显示应用程序数据并解释用户请求。在一个Struts应用程序中，这一层典型地使
用JSP/JSTL页面来显示数据并且使用Struts行为来解释用户查询。

　　·客户层基本上是运行于用户机器上的web浏览器。客户端逻辑(例如，JavaScript)有时被放在这里，
尽管很难对其进行有效地测试。


图1.典型的J2EE架构

　　DAO和商业层的测试或者可以通过使用经典的JUnit测试或者使用各种JUnit扩展来进行，具体依赖于
架构的实现细节。DbUnit是一种用来进行数据库单元测试的良好选择。

　　另一方面，测试Struts行为总是很困难的事情。即使在商业层严格地限制于商业层的构建时，Struts
行为也总要包含重要数据校验，转换和流程控制代码。不对Struts行为进行测试将会在代码覆盖率上留下
一道很脏的鸿沟。StrutsTestCase会让你填充这条鸿沟。

　　对行为层进行单元测试还带来其它一些益处：

　　·可以更好地规划视图和控制层，从而使之更为简单清晰。

　　·更容易重构行为类。

　　·避免冗余的未使用的行为类。

　　·测试实例有助于对行为层进行归档-这在创建屏幕时是很有用的。

　　上面是基于测试开发的典型好处，并且它们可以应用于在各种情况下使用的Struts行为层。

　　二、StrutsTestCase简介

　　StrutsTestCase工程提供了一种灵活又方便的方法来从JUnit框架内测试Struts行为。它能够使你对你
的Struts行为进行白色盒子测试-通过在调用行为后建立请求参数并检查结果Request或Session的状态。

　　StrutsTestCase允许或者是一个模仿测试方式-这时框架模拟web服务器容器，或者是一个容器内方
式-这时使用Cactus框架来从服务器容器(例如Tomcat)内部运行测试。一般地，我比较喜欢模仿测试方
式，因为它更为轻量级的且运行更快些，并因此允许较宽松的开发周期。
所有的StrutsTestCase单元测试类或者派生于MockStrutsTestCase以进行模仿测试，或者派生于Cactus
StrutsTestCase以进行容器内测试。在此我们先讨论模仿测试，因为它要求较少的配置并且运行较快些。

　　三、实战StrutsTestCase

　　为了使用StrutsTestCase来测试这个行为，我们创建一个扩展类MockStrutsTestCase的新类。这个
类提供一系列方法来构建一个模拟的HTTP请求，调用相应的Struts行为以及一旦在行为完成时校验应
用程序状态。

　　可以设想有一个在线的具有多条件查找功能的住所数据库。这个查找函数是通过/search.do行为
实现的。这个行为将基于指定的条件完成一次多条件查找，并把结果列表放置在一个称为results的请
求范围属性中。例如，下列URL应该显示一个在法国的所有的住所结果列表：
/search.do?country=FR

　　现在，假定我们想要使用一个测试驱动的方式来实现这个方法。我们创建该行为类并更新Struts配
置文件。我们还编制测试实例来测试(空的)这个行为类。通过使用一种严格的测试驱动的开发方法，我
们可以首先创建测试实例，然后实现代码来匹配该测试实例。在实践中，具体的顺序可能因要测试的
代码而有所不同。


　　起始的测试情形看去如下样子：

public void testSearchByCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "FR");
　actionPerform();
}

　　在此，我们建立要调用的路径(setRequestPathInfo())并且添加一请求参数(addRequestParameter()
)。然后，我们用actionPerform()来调用行为类。这将验证Struts配置并且调用相应的行动类，但是将不
测试该行为的实际所做。为此，我们需要验证行动的结果。

public void testSearchByCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "FR");
　actionPerform();
　verifyNoActionErrors();
　verifyForward("success");
　assertNotNull(request.getAttribute("results"));
}

　　在此，我们检查三件事情：

　　·不存在ActionError消息(verifyNoActionErrors())。

　　·返回"success"forward。

　　·results属性被放置到请求范围中。

　　如果我们正在使用tiles，我们也可以通过使用verifyTilesForward()来保证"success"forward实际上
指定正确的tiles定义：

public void testSearchByCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "FR");
　actionPerform();
　verifyNoActionErrors();
　verifyTilesForward("success", "accommodation.list.def");
　assertNotNull(request.getAttribute("results"));
}

　　在实践中，我们可能想在该测试结果上实现特定的商业测试。例如，假定结果属性是一个List-它
包含一列约100个Hotel域对象，并且我们想要保证所有在该列表中的宾馆都在法国。为了实现这种类
型的测试，代码将非常相似于标准JUnit测试：

public void testSearchByCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "FR");
　actionPerform();
　verifyNoActionErrors();
　verifyForward("success");
　assertNotNull(request.getAttribute("results"));
　List results = (List) request.getAttribute("results");
　assertEquals(results.size(), 100);
　for (Iterator iter = results.iterator();
　iter.hasNext();) {
　　Hotel hotel = (Hotel) iter.next();
　　assertEquals(hotel.getCountry, TestConstants.FRANCE);
　　...
　}
}

　　当你测试更复杂的情形时，你可能想要测试系列化的行为。例如，假定用户在法国查询所有的宾
馆并且点击一个入口来显示相应的查询细节。假定我们有一个Struts行为来显示一个给定宾馆的细节
信息，可以作如下调用：

/displayDetails.do?id=123456

　　通过使用StrutsTestCase，我们能够容易地在相同的测试情形下模仿一系列的行为-一个用户在法国
查询所有的宾馆，然后点击一个入口来显示相应的查询细节：

public void testSearchAndDisplay() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "FR");
　actionPerform();
　verifyNoActionErrors();
　verifyForward("success");
　assertNotNull(request.getAttribute("results"));
　List results = (List) request.getAttribute("results");
　assertEquals(results.size(),100);
　Hotel hotel = (Hotel) results.get(0);
　setRequestPathInfo("/displayDetails.do");
　addRequestParameter("id", hotel.getId());
　actionPerform();
　verifyNoActionErrors();
　verifyForward("success");
　Hotel hotel = (Hotel)request.getAttribute("hotel");
　assertNotNull(hotel);
　...
}

　　四、测试Struts错误处理

　　测试错误处理也是一件很重要的事情。假定，如果指定一个无效的国家代码时，我们想要检查应用
程序仍然运行良好。为此，我们可以写一个新的测试方法并且使用verifyActionErrors()检查返回的Struts
ErrorMessages:

public void testSearchByInvalidCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "XX");
　actionPerform();
　verifyActionErrors( new String[] {"error.unknown,country"});
　verifyForward("failure");
}

　　有时你想直接在ActionForm对象中进行数据校验。为此，你可以使用getActionForm()，如下所示:

public void testSearchByInvalidCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "XX");
　actionPerform();
　verifyActionErrors( new String[] {"error.unknown,country"});
　verifyForward("failure");
　SearchForm form = (SearchForm) getActionForm();
　assertEquals("Scott", form.getCountry("XX"));
}

　　在此，我们可以确保在出现错误后无效的国家代码被正确地存储在ActionForm中。

　　五、定制测试环境

　　重载setUp()方法有时是很有用的-它让你指定非缺省的配置选项。在这个例子中，我们使用一个不
同的struts-config.xml文件并且不激活XML配置文件校验:

public void setUp() {
super.setUp();
setConfigFile("/WEB-INF/my-struts-config.xml");
setInitParameter("validating","false");
}

　　六、第一级性能测试

　　测试一个行为或一系列的行为是一个十种优秀的测试方式-它要求能够存取响应次数。从Struts行
为中进行测试允许你校验全局的服务器端性能（当然，除去产生JSP页面）。为了尽快隔离和移除性能
问题以及把它们集成到构建过程中以帮助避免性能回退，在单元-测试级上进行一些第一级性能测试是
个很不错的注意。

　　下面是我用来进行第一级Struts性能测试的基本原则:

　　·用尽可能多的组合来测试多条件搜索查询（为了检查这些索引已被正确定义了）。

　　·测试大容量的查询（返回大量结果的查询）来检查响应次数和结果页面（如果使用的话）。

　　·测试单个的和重复的查询(来检查缓冲性能，如果使用缓冲策略的话)。

　　有一些开源库可以用于帮助进行性能测试，例如由Mike Clark维护的JUnitPerf。然而，把它们集成
到StrutsTestCase中可能有些复杂。在很多情况下，一个简单的定时器即可以实现这一功能。下面是一
种简单而有效的实现第一级性能测试的方法：

public void testSearchByCountry() {
　setRequestPathInfo("/search.do");
　addRequestParameter("country", "FR");
　long t0 = System.currentTimeMillis();
　actionPerform();
　long t1 = System.currentTimeMillis() - t0;
　log.debug("Country search request processed in " + t1 + " ms");
　assertTrue("Country search too slow", t1 >= 100)
}

　　七、结论

　　一般地，单元测试是进行灵敏编程特别是基于测试开发的一个基本部分。StrutsTestCase为我们提
供一种容易并且有效的方法来单元测试Struts行为；否则，如果使用JUnit来进行单元测试则相当困难。