1.接口规范

（接口是开发写的，但测试也需了解）

• 1)传统风格

  • 接⼝统⼀采⽤get/post实现所有操作
  • URL与资源不是⼀⼀对应的，但在URL中查看出，是何种操作
  • 状态码统⼀返回200

• 2)RESTful风格接口

  • 接⼝使⽤的⽅法，与http协议的请求⽅法，⼀⼀对应。
    • get - 查、post - 增、put - 改、delete - 删
  • URL 与资源****⼀⼀对应！
    • uRl只表示资源，不能从 URL 中，看出是何种操作。
    • 需要通过结合请求⽅法来识别何种操作。
  • 响应状态码使⽤较为全⾯。通过标准HTTP方法对资源CRUD（C:创建R:搜索U:修改D:删除）

• 3）对比

  • 传统⻛格接⼝：只⽤ get、post⽅法。 URL 不唯⼀。 统⼀返回 200
  • RESTful⻛格接⼝：URL 唯⼀，定位资源。结合请求⽅法对应不同操作。 返回状态码较灵活。

2.接口测试流程

1. 需求分析（产品经理的需求⽂档）
2. 接⼝⽂档解析（开发编写的接⼝API⽂档）
3. 设计接⼝测试⽤例（编写 Excel 表格形式的⽤例）
4. 准备接⼝测试脚本（脚本不一定是代码，代码可以是脚本）
   • postman ⼯具 ⽣成脚本
   • python 代码 编写脚本
5. 执⾏测试⽤例，跟踪缺陷
6. ⽣成 接⼝测试报告
7. 接⼝⾃动化持续集成（可选）

流程图：

3.接口文档解析

• 什么是接口文档：也叫 API ⽂档，⼀般由后端开发⼯程师编写。⽤来描述接⼝信息的⽂档。

• 接口文档的作用

  • 协同：团队⼈员⼯作协同配合
  • 约束：项⽬更新修改同步维护

• 为什么要解析接口文档

  • 通过分析接⼝⽂档，熟悉接⼝信息。
  • 通过接⼝⽂档获取，接⼝测试所使⽤的请求数据（请求参数）、预期结果。

• 解析的核心目标

  • 请求报⽂关键数据
    • 请求⽅法→知道是什么请求、URL→知道要访问谁、请求数据（请求头、请求体）
  • 响应报⽂关键数据
    • 响应状态码、响应数据（响应体）→包含的是预期结果

• 注：接口文档中的“请求参数”（也称请求数据）

  • 区分不是url格式中的查询参数
  • 通常指发送http请求时使用的参数（主要指请求头和请求体）

• 注：区分状态码和接口文档中的错误码

  • 状态码：发送请求这件事是否成功
  • 错误码：完成登录/其他功能是否成功（例如虽然密码错了，但是请求发送成功了）

• 注：接口文档中只能拿到预期结果

• 解析ihrm系统接口文档