接口测试怎么做？史上最全接口测试整理，从0到1精通...

目录：导读

前言

为什么要做接口测试？

节省时间，提前进入测试（例如：后端已经完成，前端还没完成。可以通过接口测试提前对后端系统做测试）

可以检查出一些在前端界面无法做测试的场景。
例如：
页面有一个金额框：0-100元前端的开发都会做好检验，只能输入0-100的数字。

但是我们要验证程序的异常情况：中文、字母、特殊字符，但是后端开发未必会做这些检验。此时我们测试就要通过接口测试进行去检验，确保后端对这些异常值也做了处理。

后端的功能校验在前端很难进行测试，因为前端已经有初步校验控制，所以采用接口测试可以发现很多前端无法发现的问题

什么时候做接口测试？

在公司中前端开发跟后端开发是独立进行的，一个项目是前后端组成的，最终我们要进行前后台联调，这时候我们就要使用接口，那么在前后台联调之前，我们需要对不同的接口进行测试。

接口联调：前端把页面写好了，后端也把逻辑代码写好，然后就要进行代码的合并，部署在环境中（开发环境）。接口联调一般是在冒烟测试前完成的，一般是开发去干，但是我们还是要验证在接口行不行。

如何做接口测试？

1、接口测试流程：
接口测试需求分析—接口文档(在概设文档中), 后端开发提供的，如果没有接口文档，自己抓包(fidder，或者浏览器的开发者工具)；
接口测试需求评审；
编写接口测试计划；
编写接口测试用例；
接口测试用例评审；

用例导入接口测试工具(执行用例)----接口测试工具(postman，jmeter)【如果可以的话可以做接口自动化持续集成】；
发现Bug提交到禅道；
编写小结测试报告；
编写总结测试报告；

2、接口测试要点
验证接口的功能是否正常，是否符合接口文档。接口传递的数据需要在入库的数据库里是否更新；

参数很多都是key：value键值对形式存在的，要分别对key和value进行检查，key是否正确拼写，value的字符类型，字符长度，说明的格式是否必填，都要进行检查。

如果value是枚举值，要对每个枚举值进行检查

业务的依赖关系；
接口的依赖关系(例如登录接口成功，用户要获取到信息接口才可以算成功，否则提示未登录)；

接口的安全性：
是否有敏感的信息；
敏感信息是否加密；

接口的性能（简单）：
响应的数据量（跟业务做预估）；
响应的时间；
单用户的连续点击；
接口并发的情况；

接口的返回信息，接口是给用户使用的；
如果这个接口是调用其它第三方系统，还要考虑第三方系统的稳定性；

3、接口测试用例考虑
对接口的功能进行验证（对它正常的业务流程和异常的流程）

对接口参数进行验证：
url拼接；
参数(字符类型，字符长度，必传类型，null以及这个接口特殊的情况)；
接口参数存在枚举值，对每一个枚举值进行检查校验；
对于参数组合的情况【例如：在订单查询时，需要订单号跟用户id进行组合查询】；
多加参数的情况(是正常还是异常)；
输入参数检查(看看返回结果和预期结果是否一致)；

简单的性能测试【一般持续15分钟】：
该接口连续点击；
并发检查；
吞吐量；
响应时间；
服务器资源进行监控 (cpu,内存,磁盘io读写,网络资源)；

安全测试：
关于私密信息的加密；
是否做防恶意的检查；
sql注入；

4、mock挡板测试
前端已经做好，但是后端接口还没做好时做。

mock挡板测试：前端进行请求设置一个挡板程序，模拟后端返回的数据，看看前端页面是否正常处理。后端完成后，撤出这些挡板数据，还要继续测一次。

有没有做过挡板测试？
有，用fidder的autoresponder功能，不过我不建议使用挡板，因为使用挡板时往往不能确保下游系统是否正常按照接口文档进行开发，如果使用了挡板，在下游开发完成后必须要撤销挡板重新进行验证。

除非下游系统没做好，偶尔懒一下，系统开发流程很长，没办法，只能先用挡板。p2p风控系统，做一个测试，底层人员，接触不了风控系统，只能使用挡板进行测试。

fiddler做挡板测试
先mock一个数据；
使用fiddler的AutoReasponder->Add Rule->输入url+导入特定的mock数据-save；

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图