replay(mockRequest);
assertTrue(HttpServletRequestUtil.validate(mockRequest));
verify(mockRequest);
}
}
首先，我们通过 EasyMock 提供的静态方法 createMock 创建 Mock 对象 mockRequest。当 Mock 对象创建好以后，我们就可以对 Mock 对象的预期行为和输出进行设定。对预期行为和输出的设定分成两个部分：（1）对指定方法进行调用；（2）对预期输出进行设定。在上例中，mockRequest.getHeader("Host"); 对 Mock 对象的 getHeader 方法进行了调用，之后用 expectLastCall().andReturn("www.ibm.com:80").times(1) 对Mock对象的预期输出进行了设定。andReturn 方法设定了当 getHeader 方法被调用时，将返回字符串 "www.ibm.com:80"，times 方法设定了该方法预期被调用的次数是1。
在结束对 Mock 对象预期行为和方法的设定之后，我们可以调用 replay 静态方法将 mockRequest 对象切换成回放状态。在回放状态下，Mock 对象的方法调用将返回预先设定的输出。在上例中，HttpServletRequestUtil 类的 validate 方法对 mockRequest 的 getHeader 方法进行了调用，并对得到的值进行验证。
最后，我们可以用 verify 方法来验证预期方法的调用是否真的完成了。如果将上例中 expectLastCall().andReturn("www.ibm.com:80").times(1) 设定的调用次数修改为2，而实际测试中只调用了一次该方法，您将会看到以下的错误：
清单2：verify 验证错误
java.lang.AssertionError:
Expectation failure on verify:
getHeader("Host"): expected: 2, actual: 1
at org.easymock.internal.MocksControl.verify
at org.easymock.EasyMock.verify
at org.easymock.demo.testcase.HttpServletRequestTestCase.testHttpSevletRequest
通过示例，我们了解了 EasyMock 的使用方法。EasyMock 能为单元测试提供了一定的便利，然而，它也有一些明显的不足之处：
- 测试数据和预期结果以编码的形式写在测试用例中，测试数据的任何微小变化都会导致代码的重新编译和部署；
- 被测试模块所包含的方法和参数硬编码在测试代码中，方法或参数的变化将导致所有相关测试代码的修改（例如 HttpServletRequest 中的参数常常会在开发过程中发生改变，这会影响大量测试代码）；
- 单元测试的测试过程包含在测试代码中，当测试用例发生变化，测试代码有可能需要全部重写，造成代码的频繁修改和引入错误的机会。
3．利用 XML 文件配置 Mock 对象
为了改进目前 EasyMock 使用方法中存在的不足，我们需要引入配置文件来对 Mock 对象进行定义。我们的目标是通过配置文件的使用来实现测试代码和数据的分离。当开发人员因为测试用例的变化而需要改变 Mock 对象的测试行为时，就可以直接对配置文件作出改动，而无需修改测试代码。
构建 Mock 对象需要以下两方面的信息：（1）Mock 对象对应的接口或类信息；（2）Mock 对象的预期行为与输出。如果将以上两类信息配置在文件中，通过对配置文件的解析来构造 Mock 对象，就可以实现测试代码和数据分离的目标，从而改进现有 Mock 对象构造方法中的不足。
本文在提出使用配置文件定义 Mock 对象这一机制的同时，也提供了一个基于 EasyMock 的实现。我们将这一实现称为 XMLEasyMock。XMLEasyMock 的完整实现和相关的测试代码都可以在 xmleasymock.zip 中找到。如果您使用 Eclipse 作为 IDE，那么您可以将它导入您的 Workspace（如下图）：
图1：导入 xmleasymock.zip 后的 workspace
在 XMLEasyMock 中，我们选用 XML 文件作为 Mock 对象的配置文件，XML 文件的自定义和结构特性使得它成为描述 Mock 对象最佳的选择。根据以上对 Mock 对象信息配置的分析，我们可以给出 Mock 对象配置文件的模板：
文章来源于领测软件测试网 https://www.ltesting.net/
