进行Struts应用程序单元测试开发 - 编程入门网

进行Struts应用程序单元测试开发

一、引言

测试驱动开发在减少开发努力的同时也改进了软件的开发质量。单元测试，作为一整套测试策略的基 础，必须是全面的，且要求易于建立和执行迅速。然而，对执行环境和被测试类外部代码的依赖性使我们 实现这些目标变得更为复杂。例如，把应用程序发布到容器将显著地延长代码和测试的周期；而对其它类 的依赖性通常也会导致测试的建立更加复杂和测试运行速度更为缓慢。

集成两个流行的测试框架（StrutsTestCase和EasyMock）来单元测试Struts应用程序将会更为容易地 建立测试并加快测试速度。然而，这两个框架之间尚存在一些“隔阂”，从而很难把它们理想地集成到一 起。在本文中，我将通过分析两种方案（一个面向对象的方案和一个面向方面的方案）来探讨这个问题。 同时，我还将展示面向方面编程(AOP)是如何通过简化一些看起来很困难的问题的解决方案而进一步补充 面向对象编程(OOP)的。

二、集成需要

一个典型的Struts应用程序既能够展示也其所使用的执行环境也会体现出类之间的依赖性问题；这是 因为Struts行为（Action）是在一个servlet容器内执行的，并且典型情况下会调用其它的类来处理请求 。模拟对象测试方法有助于消除其中不必要的依赖性。借助于继承自基本JUnit测试集的 MockStrutsTestCase类，StrutsTestCase测试框架提供了对servlet容器的一种模拟实现。这显然方便了 容器外测试，因而也相应地加快了单元测试周期。另一方面，另一个测试框架—EasyMock—进一步便利了 对协作类的动态模拟（Mock）。这个框架中所提供的模拟能够用更简单的实现来代替真正的类，并且添加 了校验逻辑以支持单元测试。

非常清楚，把这两个框架结合在一起是非常有益的—Struts应用程序便可以在非常真实的隔离环境下 进行测试。理想情况下，你需要使用下列步骤来实现这样的一个单元测试：

1.建立MockStrutsTestCase以便模拟servlet容器。

2.借助于EasyMock来模拟行为所依赖的类。

3.设置模拟的期望值。

4.把模拟注入到当前测试的行为中。

5.继续进行测试和校验。

注意，上面步骤4中所执行的依赖性注入使被测试的Struts行为远离了其真实的协作者而与一个模拟的 行为进行交互。为了把通过EasyMock生成的模拟注入到行为中，你需要从测试类内部存取这些行为相应的 实例。遗憾的是，这里出现了一种障碍，因为我们无法轻易地从MockStrutsTestCase中实现这样的存取。

三、OOP方案

那么，你该如何从MockStrutsTestCase中存取行为实例呢？首先，让我们来分析一下 MockStrutsTestCase和Struts的控制器组件之间的关系。

图1中展示的关键关系有可能潜在地导致一种解决上面问题的方案。

图1：此处展示的关系能够建立一种OOP方案

进行Struts应用程序单元测试开发(2)

.MockStrutsTestCase中提供了一个public类型的getter方法用于检索ActionServlet。

.ActionServlet有一个protected类型的getter方法用于实现RequestProcessor。

.RequestProcessor把行为实例存储为一个protected类型的成员。

你是否可以子类化ActionServlet和RequestProcessor从而使MockStrutsTestCase能够存取行为呢？相 应的结果调用链看上去应该如下所示：

注意，在你分析完把MockStrutsTestCase链接到Struts行为的调用序列图之后，你就会发现此方法是 行不通的。

图2展示了存在于MockStrutsTestCase和Struts组件之间的关键性交互。

图2：存在于MockStrutsTestCase和Struts组件之间的交互

图2展示的问题涉及到Struts行为创建的时序问题。到行为内部的模拟注入必须在调用 MockStrutsTestCase.actionPerform()之前发生。然而，此时这些行为还不

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!