其中Response类包含两项主要信息：HTTP返回码，以及应答正文。
|
public class Response {
private final int statusCode;
private final String responseBody;
不难注意到，EndPoint类所关心的是把正确的请求发送到正确的地址、取回正确的应答。它并不关心这个地址究竟是什么（这是请求路由器组件的责任），也不关心请求与应答包含什么信息（这是请求构造器和应答解析器的责任）。这一特点使得EndPoint类的测试完全不需要依赖真实服务的存在。
网络端点的测试
如前所述，EndPoint类并不关心发送请求的地址，也不关心请求与应答的内容，只关心以正确的方式来发送请求并拿回应答——“正确的方式”可能包括身份认证与授权、必要的HTTP头信息等。为了测试这样一个类，我们不需要朝真正的网络服务地址发送请求，也不需要遵循真实的请求/应答协议，完全可以自己创造一个HTTP服务，用最简单的请求/应答文本来进行测试。
Moco就是专门用于这种场合的测试工具。按照作者的介绍，Moco是“一个非常容易设置的stub框架，主要用于测试与集成”。在JUnit测试中，只需要两行代码就可以声明一个HTTP服务器，该服务器监听12306端口，对一切请求都会以字符串“foo”作为应答：
MocoHttpServer server = httpserver(12306);
server.reponse("foo");
接下来就可以像访问正常的服务器一样，用Apache Commons HTTP Client来访问这个服务器。唯一需要注意的是，访问服务器的代码需要放在running块中，以确保服务器能被正常关闭：
running(server, new Runnable() {
@Override
public void run() throws IOException {
Content content = Request.Get("http://localhost:12306").execute().returnContent();
assertThat(content.asString(), is("foo"));
}
}
当然，作为一个测试辅助工具，Moco支持很多灵活的配置，感兴趣的读者可以自行查阅文档。接下来我们就来看如何用Moco来测试我们系统中的网络端点组件。作为例子，我们这里需要集成的是用于管理用户身份信息的OpenPTK。OpenPTK使用自定义的XML通信协议，并且每次请求之前要求客户端程序先向/openptk-server/login地址发送应用名称和密码以确认应用程序的合法身份。为此，我们先准备一个Moco server供测试之用：
server = httpserver(12306);
server.post(and(
by(uri("/openptk-server/login")),
by("clientid=test_app&clientcred=fake_password"))).response(status(200));
接下来我们告诉要测试的网络端点，应该访问位于localhost:12306的服务器，并提供用户名和密码：
configuration = new IdentityServiceConfiguration();
configuration.setHost("http://localhost:12306");
configuration.setClientId("test_app");
configuration.setClientCredential("fake_password");
xmlEndPoint = new XmlEndPoint(configuration);
然后就可以正式开始测试了。首先我们测试XmlEndPoint可以用GET方法访问一个指定的URL，取回应答正文：
@Test
public void shouldBeAbleToCarryGetRequest() throws Exception {
final String expectedResponse = "<message>SUCCESS</message>";
server.get(by(uri("/get_path"))).response(expectedResponse);
running(server, new Runnable() {
@Override
public void run() {
XmlEndPointResponse response =
xmlEndPoint.get("http://localhost:12306/get_path");
assertThat(response.getStatusCode(), equalTo(STATUS_SUCCESS));
assertThat(response.getResponseBody(), equalTo(expectedResponse));
}
});
}
实现了这个测试以后，我们再添加一个测试，描述“应用程序登录失败”的场景，这样我们就得到了对XmlEndPoint类的get方法的完全测试覆盖：
@Test(expected = IdentityServiceSystemException.class)
public void shouldRaiseExceptionIfLoginFails() throws Exception {
configuration.setClientCredential("wrong_password");
running(server, new Runnable() {
@Override
public void run() {
xmlEndPoint.get("http://localhost:12306/get_path");
}
});
}
以此类推，也很容易给post和put方法添加测试。于是，在Moco的帮助下，我们就完成了对网络端点的测试。虽然这部分测试真的发起了HTTP请求，但只是针对位于localhost的Moco服务器，并且测试的内容也只是最基本的GET/POST/PUT请求，因此测试仍然快且稳定。
Moco的前世今生
在ThoughtWorks成都分公司，我们为一家保险企业开发在线应用。由于该企业的数据与核心保险业务逻辑存在于COBOL开发的后端系统中，我们所开发的在线应用都有大量集成工作。不止一个项目组发出这样的抱怨：因为依赖了被集成的远程服务，我们的测试变得缓慢而不稳定。于是，我们的一位同事郑晔开发了Moco框架，用它来简化集成点的测试。
除了我们已经看到的API模式（在测试用例中使用Moco提供的API）以外，Moco还支持standalone模式，用于快速创建一个测试用的服务器。例如下列配置（位于名为“foo.json”的文件中）就描述了一个最基本的HTTP服务器：
[
{
"response" : {
"text" : "Hello, Moco"
}
}
]
把这个服务器运行起来：
java -jar moco-runner-<version>-standalone.jar -p 12306 foo.json
再访问“http://localhost:12306”下面的任意URL，都会看到“Hello, Moco”的字样。结合各种灵活的配置，我们就可以很快地模拟出需要被集成的远程服务，用于本地的开发与功能测试。
感谢开源社区的力量，来自澳大利亚的Garrett Heel给Moco开发了一个Maven插件，让我们可以在构建过程中适时地打开和关闭Moco服务器（例如在运行Cucumber功能测试之前启动Moco服务器，运行完功能测试之后关闭），从而更好地把Moco结合到构建过程中。
目前Moco已经被ThoughtWorks成都分公司的几个项目使用，并且根据这些项目提出的需求继续演进。如果你有兴趣参与这个开源项目，不论是使用它并给它提出改进建议，还是为它贡献代码，郑晔都会非常开心。
其它组件的测试
有了针对网络端点的测试之后，其他几个组件的测试已经可以不必发起网络请求。理论上来说，每个组件都应该独自隔离进行单元测试；但个人而言，对于没有外部依赖的对象，笔者并不特别强求分别独立测试。只要有效地覆盖所有逻辑，将几个对象联合在一起测试也并无不可。
出于这样的考虑，我们可以针对整个集成点的façade（即IdentityService）进行测试。在实例化IdentityService对象时，需要mock[7]其中使用的XmlEndPoint对象，以隔离“发起网络请求”的逻辑：
xmlEndPoint = mock(XmlEndPoint.class);
identityService = new IdentityServiceImpl(xmlEndPoint);
然后我们就需要mock的XmlEndPoint对象表现出几种不同的行为，以便测试IdentityService（及其内部使用的其他对象）在这些情况下都做出了正确的行为。以“查找用户”为例，XmlEndPoint的两种行为都是OpenPTK的文档里所描述的：
1、找到用户：HTTP状态码为“200 FOUND”，应答正文为包含用户信息的XML；
2、找不到用户：HTTP状态码为“204 NO CONTENT”，应答正文为空。
针对第一种（“找到用户”）情况，我们对mock的XmlEndPoint对象提出期望，要求它在get方法被调用时返回一个代表HTTP应答的对象，其中返回码为200、正文为包含用户信息的XML：
when(xmlEndPoint.get(anyString())).thenReturn(
new XmlEndPointResponse(STATUS_SUCCESS, userFoundResponse));
当mock的XmlEndPoint对象被设置为这样的行为，“查找用户”操作就应该能找到用户、并组装出合法的结果对象：
Customer customer = identityService.findByEmail("[email protected]");
assertThat(customer.getFirstName(), equalTo("Jeff"));
assertThat(customer.getLastName(), equalTo("Xiong"));
