接口测试流程
- 需求分析主要依据需求文档
- 接口文档解析 。一般是由开发人员编写接口文档（API文档）
- 设计测试用例
- 执行测试。使用接口测试工具实现 或者通过编写代码实现
- 接口缺陷管理与跟踪·
- 生成测试报告
- 接口自动化持续集成（可选）
下面我们来对接口测试流程进行详细解释
接口文档
- 接口文档又称为API文档，一般是由开发人员所编写的，用来描述系统所提供接口信息的文档。 大家都根据这个接口文档进行开发，并需要一直维护和遵守。
为什么要写接口文档
- 能够让前端开发与后台开发人员更好的配合，提高工作效率。（有一个统一参考的文件）
- 项目迭代或者项目人员更迭时，方便后期人员查看和维护
- 方便测试人员进行接口测试
接口文档内容
一个规范的接口文档，要包含以下信息：
- 基本信息：接口名称、请求方法、请求路径、接口描述
- 请求参数：请求头丶请求体（包含具体的请求参数名称、参数类型、是否必须、示例、备注）
- 返回数据：不同情况的响应状态码 丶响应数据（包含具体的响应数据名称、类型、是否必须、默认值、示例、备注）
接口文档示例
功能测试：验证接口功能是否按照接口文档实现（输入+处理+输出）
单接口测试 ：正向功能：(通过性测试)
- 仅必填参数
- 全部参数
- 参数组合：必填参数和丰必参数组合
反向测试：(异常测试)
- 参数异常：无参、少参、多参、错误参数
- 数据异常：数据为空、长度不符、类型不符、错误数据。和功能测试一模一样。
- 业务数据异常：结合业务功能考虑输出的各种异常返回情况。
我们可以解读API文档，使用XMind来拆分测试点，例如：
单接口测试，示例：
场景测试 ，示例
