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来进行单元测试则相当困难。
页:
[1]
