day02_接口测试流程

接口测试流程

1. 需求分析主要依据需求文档
2. 接口文档解析 。一般是由开发人员编写接口文档（API文档）
3. 设计测试用例
4. 执行测试。使用接口测试工具实现 或者通过编写代码实现
5. 接口缺陷管理与跟踪·
6. 生成测试报告
7. 接口自动化持续集成（可选）

下面我们来对接口测试流程进行详细解释

接口文档

• 接口文档又称为API文档，一般是由开发人员所编写的，用来描述系统所提供接口信息的文档。 大家都根据这个接口文档进行开发，并需要一直维护和遵守。

为什么要写接口文档

• 能够让前端开发与后台开发人员更好的配合，提高工作效率。（有一个统一参考的文件）
• 项目迭代或者项目人员更迭时，方便后期人员查看和维护
• 方便测试人员进行接口测试

接口文档内容

一个规范的接口文档，要包含以下信息：

• 基本信息：接口名称、请求方法、请求路径、接口描述
• 请求参数：请求头丶请求体（包含具体的请求参数名称、参数类型、是否必须、示例、备注）
• 返回数据：不同情况的响应状态码 丶响应数据（包含具体的响应数据名称、类型、是否必须、默认值、示例、备注）

接口文档示例

 ​

​

接口测试的测试点 ：功能测试丶性能测试丶安全测试

​

接口用例设计的方法与思路  （功能测试）

功能测试：验证接口功能是否按照接口文档实现（输入+处理+输出）

单接口测试 ：正向功能：(通过性测试)

• 仅必填参数
• 全部参数
• 参数组合：必填参数和丰必参数组合

反向测试：(异常测试)

• 参数异常：无参、少参、多参、错误参数
• 数据异常：数据为空、长度不符、类型不符、错误数据。和功能测试一模一样。
• 业务数据异常：结合业务功能考虑输出的各种异常返回情况。

我们可以解读API文档，使用XMind来拆分测试点，例如：​

单接口测试，示例：

​

​多接口测试：业务场景功能测试（站在用户角度考虑常用的使用场景），将多个业务场景涉及的接口进行组合测试，注意接口的先后调用顺序

场景测试 ，示例

​

​

​