首页 测试 体会 查看内容

企业系统集成点测试策略

2014-9-23 20:03| 发布者: | 查看: 686| 评论: 0

摘要:   其中Response类包含两项主要信息:HTTP返回码,以及应答正文。 public class Response {private final int statusCode;private final String responseBody;   不难注意到,EndPoint类所关心的是把正确的请 ...
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"));

  其中Response类包含两项主要信息:HTTP返回码,以及应答正文。


鲜花

握手

雷人

路过

鸡蛋

扫一扫关注最新动态

毒镜头:老镜头、摄影器材资料库、老镜头样片、摄影
爱评测 aipingce.com  
返回顶部