每个阶段都有验收标准，尤其在敏捷开发的过程中，不断的更新需求不断的需要进行测试，作为最熟悉产品的产品经理，如果懂测试，那么在产品验收阶段，更能发现产品每个阶段的问题，可以思考如何解决这些问题，那么问题来了，如果是纯接口的的测试，该如何下手去做呢？

说实话这个任务拿到手后一脸懵逼，幸好在技术领导的推荐下，采用了纯接口工具eolinker。

简单介绍一下eolinker是针对接口信息管理的平台，有以下几种功能，1、信息接口的维护 2接口的测试 3、项目管理4、开发环境的管理 5状态码的管理等等，相比较与现在的纯接口测试工具postman，erolinker更适合产品去使用， 通过填写 URL，header，body 等就可以发送一个请求，同时获取返回结果，能够发送任何类型的 http 请求，支持GET/POST/PUT/DELETE/PATCH/OPTIONS/HEAD等，支持团队协作，中文版本等优势，相比较下还是使用了erolinker进行了测试。

作为刚接触enolinker的同学，用eolinker去做接口测试，记录一下比较常用功能以及测试步骤，开源版本。

1、先是下载测试增强插件，可在插件管理-全部插件-点击启用，最好采用chrome游览器。

2、API开发管理 -新增项目，添加你所要测试的项目名称

3、点击进入项目，新增项目接口维护，这个接口一般需要程序方面进行维护，如果有的项目组介绍接口详细表的话，产品人员可以进行自己维护接口

4、在此项目里面进行 环境管理维护-创建环境，把测试环境维护进去。

5、自动化测试中 -选择刚维护的测试接口环境，选择测试环境，然后添加测试用例，选择刚维护的接口 。

6、编写测试用例的脚本，可以通过两种方法。

 1.通过【+已有接口】 按钮，从 API 文档列表 导入已有的接口文档，然后基于接口文档基本信息，并添加用例名称和校验信息，完善接口测试脚本。

 2.通过【+空白接口】 按钮，填写空白接口文档，然后添加用例名称和校验信息，完成接口测试脚本。

测试的用例脚本详细维护;

编辑测试用例描述（可以编辑写接口名称）；

编辑请求信息；（一半情况下都是GET或者POST）

编辑预期返回信息（这里是填写返回头部和返回参数，如果这部分开发已经填写，可以跳过这一步）；

添加返回头部校验；

添加返回结果校验；

点击保存

7、状态码的维护（具体需要看程序是怎么维护的）

401 没有权限

404 地址错误

500 代码错误，可点击下载返回结果，查看报错信息

200 成功

8、测试用例 测试分类

 eolinker测试分为两种测试全部 和单个测试

测试全部：表示执行单例列表下所有的单个用例

单个测试：表示只执行该条单个用例。

9、执行用例集列表测试全部后的测试报告，可以查看：

1、所有用例集执行完的成功与否，以及可以查看详情

2.执行全部测试 -测试后的测试报告，可以查看

请求信息和请求头部信息;

返回信息和返回头部信息;

返回头部校验规则;

返回结果校验规则;

实际返回状态码，实际返回内容;

3.执行单例列表操作按钮-测试后的测试报告，可以查看：

请求信息和请求头部信息

返回信息和返回头部信息

返回头部校验规则

返回结果校验规则

实际返回状态码，实际返回结果;

10、可以定时执行自动化测试  （仅专业版版本可以 ）