HTTP接口测试是大家接触较多的一种测试类型，也是做自动化验证、快速回归的重要手段。

1 接口测试基本流程

接口测试的基本流程是这样的：根据接口规范文档，构造请求参数（正面的、反面的、边界值等），然后发送http请求到服务端，服务端处理完返回对应的数据，然后验证返回值是否符合预期。整个流程如下图所示：

2 常见接口测试工具

下图对比了一些常见的接口测试工具：

3 理想中的接口测试平台需要具备哪些功能

作为一个点点点工程师，希望接口测试可以通过点点鼠标就可以轻松完成一次接口测试，上面的那些工具虽然各有优势，但是用起来并不那么轻松。

下面列出各种理想中接口测试是怎样的：

1）可视化的编辑http请求

2）无缝接入持续集成

3）方便的准备测试数据

4）灵活的圈定用例集

5）用例可复制共享协作

6）支持定时任务

7）支持场景化的测试

8）用例可以快速的在不同环境中执行

9）支持并发执行

10）直观看到测试过程中的各种数据

4 接口测试平台功能分析

基于上面的需求，我们开发了一个定制化的接口测试平台，外观如下图所示：

核心功能是用例创建、执行、管理，下图是产品架构图：

5 平台的架构

下图是接口测试平台主要的架构：

从架构图中可以看到，主要的核心服务有三个：

1）web服务，主要负责用例、环境等的管理

2）调度器，负责下发任务、数据转发等

3）执行器，是轻量的Docker容器，是具体用例的执行就是在执行器里面操作的

6 具体的功能介绍

1）用例创建：

用例五元组: URL、请求类型、用例名、请求头、请求参数

用例参数获取方式: 固定值、外部获取、系统生成、其他用例

校验方式支持：json校验、请求包含、请求不包含、正则表达式、httpcode

支持单用例多组数据

支持用例复制、重新编辑

执行记录有保存

2）用例执行

动态指向不同的测试环境

执行环境相互隔离

列出执行结果中的关键信息

给出校验结果

3）用例集

任意用例组合成一个集合

执行时可以指定执行器

支持单次执行和并发执行

动态的显示执行结果

7 技术改进

point1：用例并发执行

用例并发执行的原理是将任务推送到broker，然后通过启动多个消费者worker来并发的消费任务，从而达到并发流量的目的。但是这样会带来一个问题，当多个用户同时在平台上面提交了并发执行任务后，由于任务没有区分优先级，导致有些用户的请求必须等到前面的任务执行完了才能得到响应，用户体验很不好。解决的方案就是让消费者worker有区别的去消费不同的任务，例如user1的任务，只让worker1来消费，其他的worker不会消费，这样就达到了用户并发任务都能达到及时响应。

下图给展示了任务并发的架构改进：

point2：协议的设计演进

刚开始，调度器和执行器之间是基于http请求的，但是发现http请求对资源的消耗比较大，而且随着执行器不断的增加，对调度器而言开销会越来越大，性能会急剧下降。现在将协议改成socket，调度器和执行器之间维护长连接，这样减少了http创建连接的开销。任务通过msgpack下发，消息体里面定义任务的类型。

point3：执行器管理

上面提到执行器是通过docker实现的，这样做的好处有：

通过docker来实现网络隔离

swarm做调度，shipyard做可视化的集群管理

可以动态的扩展资源，接入成本更低