1：接口测试概念
接口：将内部实现的细节进行封装，对外提供交流的入口，就是接口
- 操作系统：用户和硬件交互的接口
- 硬件接口：网口，USB接口
- 软件接口：微信支付接口，支付宝支付接口
软件接口：
- 从功能上看，可以将接口当作一个黑匣子，上游负责输入参数，下游负责输出数据
- 从数据流看，接口就是前端和后端数据库交互的纽带，用于数据传输，处理数据
- 从本质看，接口就是方法或者函数
按照协议划分接口：
- WebService：基于SOAP协议，请求报文和响应报文都是XML格式
- WebSocket：全双工的长链接，基于CS架构
- 长链接：一旦链接，如果客户端和服务端不主动退出链接，则一直存在(心跳信息保活)
- 全双工：双发都可以同时发送/接收消息
- HTTP：基于TCP协议，无连接，单向通讯，基于BS架构
- 单向通信：浏览器发起请求，服务器响应请求
- 无连接：只有服务器处理请求时，才知道改请求报文是谁发送的，响应后服务器不会保存浏览器信息
按照调用方式划分接口：
- 系统间的接口：支付接口，聚合数据接口
- 服务间的接口：前后端接口
- 系统内的接口：微服务中系统内部相互调用服务的接口
- 分布式：多台服务器功能不一致
- 集群：多台服务器功能一致
自动化测试金字塔：越靠近塔底，收益越高
自动化接口测试由于WebUI自动化的原因：
- 前后端分离的项目，后端开发会快于前端开发，接口测试可提前进行，达到测试前移的目的，尽早地发现问题，降低了成本，提高收益
- 对于多前端的系统，前端分为电脑Web，手机Web，手机App，小程序等，WebUI自动化测试脚本维护难度大，而后端的自动化接口测试脚本只有一套，维护方便，即使存在改动，也会向前兼容
- 自动化接口测试可以测试到WebUI自动化无法测试的内容
- 前端有信息校验，而接口测试可以测试异常数据
- 接口测试可以跳过某个执行流程(不按照页面正常流程执行)
- 一个用户只能抢购一个商品（界面的时候，抢购以后，按钮就是灰色了），可以通过接口进行多次抢购
接口测试原理：通过代码或者工具向服务器模拟浏览器发送请求，服务器接收请求后，进行业务逻辑处理并将响应的数据发送给代码或者工具，代码或者工具收到响应后和预期结果进行比较。通过构造不同的参数对返回值进行检查。
2：接口测试流程
1：需求分析
- 接口文档包含的系统接口
- 接口的入参和返回值
- 接口间的依赖
- 接口的功能
- 接口的请求地址(相对路径，方便不同环境切换)
- 接口的请求方式(post/get/put/delete)
2：用例设计
- 参数：
- 参数的等价类划分，边界值分析
- 默认值参数判断默认值是否正确，合理
- 必选和非必选的组合设计
- 测试非法值：空格，特殊字符等
- 多参数，少参数，错位参数情况
- 返回值：
- 用例覆盖所有返回值
- 考虑数据库的数据量(可能由于数据多而超时)
- 状态转换的接口需要覆盖所有状态
- 图标类接口，查看图像走向
- 业务逻辑：
- 存在操作时序的接口，打破时许测试
- 状态转换的接口，打破正常的转换流程测试
- 约束性接口，打破约束测试
- 接口设计：
- 性能：
- 安全：
- SQL注入
- DDOS攻击(同一个IP短时间内大量访问该接口)
- 用户权限问题
- 操作日志录入
口测试工具：
- python+pytest (轻量)
- java+HttpClient(重量)
- jmeter(专业)
- postman(简单)