本文你将了解到

1、接口测试基本概念，包含什么是接口，什么是接口测试，为什么要做接口测试
2、接口测试用例设计
3、怎样不用写代码，也能快速的根据开发的 API 文档完成接口自动化测试脚本

注：如果你对接口基本概念和接口测试用例已熟悉，可以直接跳过，其实看一遍也无防，就当作温故知新了。

适合本文人群

1、之前学习接口测试从入门到放弃的初级测试工程师
2、想快速完成接口测试脚本编写的测试工程师（强烈推荐）
3、因某种原因（比如公司没有专职测试人员），需要自己写接口测试脚本的开发人员（强烈推荐）

一、接口测试基本概念

首先了解被测试对象：接口

接口是指外部系统与系统之间以及内部各子系统之间的交互点。

包括外部接口、内部接口，内部接口又包括：上层服务与下层服务接口（比如 serivce 层调用 DAO 层接口）、同级接口（比如用户注册，会先调用查询用户信息的接口，查看该用户是否已经注册）。

不管是内部接口还是外部接口，一般是以 API 形式出现，通常在规范的 API 接口文档中，应该包含：接口描述、接口 URL、请求方式、请求参数、参数类型、参数含义说明、取值限制、是否必填、返回参数、成功与失败示例等。

然后了解对接口进行的测试活动：接口测试

广义的理解接口测试就是，对模块或系统间接口进行测试；

狭义的理解接口测试就是，对接口的入参、接口处理逻辑、设计的返回内容进行测试。

接口测试形式：单个接口测试（包含性能测试）和通过接口调用进行场景测试。

接口测试原理：通过工具或自己撸代码，模拟客户端（根据测试用例定义请求参数）向服务器端请求访问接口，检查服务器端返回内容是否与预期值一致。

接口测试流程（仅指迭代中的流程）：需求评审->接口定义->用例设计->脚本编写->执行脚本->结果分析

最后了解做接口测试的意义，即：为什么要做接口测试

简单来说就是，降低测试成本，提高开发效率。

充分来说就是:

1、接口测试相对容易实现自动化持续集成。
2、接口测试能让测试提早介入，发现潜在问题；保证接口质量，提高前后端联调开发效率。
3、接口测试进行安全验证比较容易：前后端是否统一校验和敏感信息打印（接口返回内容中的敏感信息）是否加密过。

二、接口测试用例设计

这里只说单个接口测试用例设计，场景接口测试用例设计和 UI 功能的场景测试用例一样，只是通过调用接口来实现而已。

设计接口测试用例，主要从接口入参、接口处理逻辑、接口返回参数等 3 个方面入手：

1、设计接口入参测试用例，常见参数类型有：数值、字符串、数组或链表、结构体

针对这些类型入参，通常我们通过等价类方法和边界值方法去设计测试用例

等价类方法：关注取值为范围内、取值为范围外的情况；通常会出现取值在范围外时，接口没有正确返回错误信息的问题。

边界值方法：关注取值范围的边界值、入参的数据类型边界值；通常会出现数据类型边界值溢出问题，比如 int 类型数据的最大值和最小值时。

为了补充用例，还要考虑特殊值的情况，比如 0、空、null、负数、非特定类型值和重复值等；通常会出现接口没有正确处理逻辑导致异常退出的问题。

2、设计接口处理逻辑测试用例，主要是验证前后端是否统一校验

针对接口处理逻辑，通过从以角度分析：

约束条件分析，常见的约束条件：数值限制、状态限制（登陆状态）、关系限制（绑定了某种关系）、权限限制（会员、非会员等）。

操作对象分析，比如项目 ID 为 PJ000 属于用户 A 的，访问这个项目的接口，需要传项目 ID，用户 B 传参时，使用 PJ000 这的 ID 时，检查是否应该不能访问这个项目。

状态转换分析，比如优惠券已使用，是否通过接口仍能使用等情况。

时序分析，比如不按流程顺序执行，是否出现数据异常情况。

3、设计接口返回参数测试用例

针对接口处理逻辑，通过从以下角度分析：

返回结果分析，覆盖所有返回码。

接口超时分析，接口超时通常会出现，未进行超时处理，导致流程阻塞或超时后，又收到接口返回，导致逻辑出错。

三、不用写代码，也能做好接口测试：NoCode,StillAPITest

不用写代码，也能做好接口测试，当然需要借助神器，才能完成这项工作，这个神器叫做：eolinker，官网 https://www.eolinker.com

在用 eolinker 之前，我是用 jmeter 做接口测试的，用 jmeter 之前是用 pythonrequests，觉得 jmeter 效率更高，效率高体现在：

1、测试不需要写代码，大家知道测试用代码写测试脚本跟开发写产品代码一样，需要编写 - 调试 - 测试 - 维护，对于测试来讲，需要消耗太多时间和精力，除非公司有专人做测试开发。

2、UI 模式，填空就可以，很简单，最多就是用 Beanshell 写少量的函数调用或断言

做接口测试只是用到 eolinker 的自动化测试功能模块，其他功能去官网注册账号后，自行了解，这里只说下 eoLinker 自动化测试功能模块的特点，也是我选用的理由：

1、开发的 API 文档编写和测试的接口测试脚本编写，可以都在 eolinker 上进行，所以写测试脚本时，可以直接从 eolinker 的 API 文档功能模块中，导入 API 接口，写测试脚本只需添加断言，和要传的参数即可。

2、支持 UI 和 Code 两个编写模式，就是说可以通过 UI 填空方式完成测试脚本设计，也可以通过写 JS 代码，完成测试脚本设计，官方有教程。

3、调用之前接口的返回参数内容，作当前接口的请求参数，eolinker 提供了关联功能，只要点点点就可以完成，比 Jmeter 还要便捷。

4、还提供比较高级的代码注入功能，可以在请求接口前，做一些前置处理，比如请求参数值加密等，也可以把返回内容进行后置处理，比如把接口的返回内容中某个字段值，设成全局变量

5、测试结果断言提供 4 种方式：Json 校验、XML 校验、完全匹配、正则匹配，用的最多是 Json 校验，如果想校验某个字段内容，不需写正则，只要直接要校验的字段名就可以了。

6、可以定时执行测试用例，执行完后，发送测试报告到指定人员邮箱中。

编写接口测试用例脚本工作流程：开发编写 API 接口文档->导入开发的 API 接口，测试根据编写好的测试用例，编写测试用例

拿 eolinker 的一个 “添加接口项目接口” 测试为例，做以下工作：

1、编写添加名为 “添加接口项目” 和 “查询项目列表” API 接口文档
2、导入 API 接口，编写 “添加项目成功” 测试用例：

a.添加项目，校验返回码。
b.调用 “查询项目列表接口”，检查项目是否成功添加。（像这种新增接口，我以前校验，用过连接数据库，然后查表内容，发现执行脚本的时候，速度有点慢，后来改用调用查询列表接口的方法校验）

3、执行测试脚本，查看测试报告。

Pre 准备

接口 1：添加接口项目接口

添加接口项目接口的请求头

添加接口项目接口的返回内容

接口 2：查询项目列表接口

查询项目列表接口的请求头

查询项目列表接口的返回内容

从上面得到 2 个接口 API 文档信息：

注：实际项目中是有一份开发写好的 API 文档，可能是 Word 上，可能是 RAP 上，也有可能是在 eolinker 上，我在这里只是为了举例，通过 F12 取了 2 个接口的信息（如下面），写了 2 个不完整的 API 文档作为本文的操作示例。

接口 1：添加接口项目接口
接口 URL：https://www.eolinker.com/apiManagementPro/Project/addProject
请求方法：POST
请求参数：
companyHashKey
projectName
projectVersion:1.0
projectType:0
返回内容：
{"type":"project","statusCode":"000000","projectHashKey":"Nr2PNlf82c6a7995d30286e041944fd40e4c01d58b3edeb"}

接口 2：查询项目列表接口

接口 URL：https://www.eolinker.com/apiManagementPro/Project/getProjectList
请求方法：POST
请求参数：companyHashKey
返回内容：
{"type":"project","itemNum":4,"statusCode":"000000","projectList":[{"projectHashKey":"83uUHhud0519435001f268f0871eee88090cc68dc00cac7","projectName":"demo_project","projectType":0,"projectDesc":"","projectUpdateTime":"2018-10-0818:26:57","projectVersion":"1.0","userType":0,"permission":{"userType":0,"endTime":"2099-01-01","isExpire":0}}]}