接口测试神器：ApiKit

想给大家分享一款技术人必备的接口测试神器：ApiKit，应该是我目前用过，算得上良心的接口工具

1.背景

作为互联网行业技术从业者，接口调试是必不可少的一项技能，通常我们都会选择使用 Postman 这类工具来进行接口调试，在接口调试方面 Postman 做的确实非常出色。

但是在整个软件开发过程中，接口调试只是其中的一部分，还有很多事情 Postman 是无法完成的，或者无法高效完成，比如：接口文档定义、Mock 数据、接口自动化测试等等。

今天给大家推荐的一款神器: ApiKit=API 管理 + Mock + 自动化测试 + 异常监控 + 团队协作

1.1聊一聊接口管理的现状

对于接口管理的现状来说，目前行业大部分采取的解决方案有如下几种：

1.使用 **Swagger**管理接口文档。 

2. 使用 Postman 调试接口。

3.使用 **RAP或Easy Mock**来进行 **Mock**数据。 

4. 使用 JMeter 做接口自动化测试。

而上述的接口管理手段，咋一看，貌似没有什么问题，但仔细分析，不难发现，当中存在的问题还真不少，比如要维护不同工具，并且这些工具之间数据一致性非常困难、非常低效。这里不仅仅是工作量的问题，更大的问题是多个系统之间数据不一致，导致协作低效，频繁出问题，开发人员、测试人员工作起来也痛苦不堪。

设想一下这样的一个协作流程（官方示例）：

1. 开发人员在Swagger定义好文档后，接口调试的时候还需要去 Postman 再定义一遍。 2. 前端开发Mock 数据的时候又要去RAP 或Easy Mock定义一遍，手动设置好 Mock 规则。 3. 测试人员需要去 JMeter定义一遍。 4. 前端根据 RAP或Easy Mock定义 Mock 出来的数据开发完，后端根据 Swagger定义的接口文档开发完，各自测试测试通过了，本以为可以马上上线，结果一对接发现各种问题：原来开发过程中接口变更，只修改了 Swagger，但是没有及时同步修改 RAP 或Easy Mock。 5. 同样，测试在 JMeter 写好的测试用例，真正运行的时候也会发现各种不一致。 6. 时间久了，各种不一致会越来越严重。

我们建议对本地测试有需求的用户使用PC端，可满足更多本地测试需求。

发起 API 测试

进入 API 文档详情页，点击上方 测试 标签，进入 API 测试页，系统会根据API文档自动生成测试界面并且填充测试数据。

填写请求参数

首先填写好请求参数。

请求头部

您可以输入或导入请求头部。批量导入的数据格式为 key : value ，一行一条header信息，如：

Connection: keep-alive
Content-Encoding: gzip
Content-Type: application/json
Date: Mon, 30 Dec 2019 20:49:45 GMT

/user/login?user_name=jackliu

api.eolinker.com/user/login?user_name=jackliu&user_password=hello

/user/login/{user_name}/{user_password}