1.接口规范
(接口是开发写的,但测试也需了解)
-
1)传统风格
- 接⼝统⼀采⽤get/post实现所有操作
- URL与资源不是⼀⼀对应的,但在URL中查看出,是何种操作
- 状态码统⼀返回200
-
2)RESTful风格接口
- 接⼝使⽤的⽅法,与http协议的请求⽅法,⼀⼀对应。
- get - 查、post - 增、put - 改、delete - 删
- URL 与资源****⼀⼀对应!
- uRl只表示资源,不能从 URL 中,看出是何种操作。
- 需要通过结合请求⽅法来识别何种操作。
- 响应状态码使⽤较为全⾯。通过标准HTTP方法对资源CRUD(C:创建R:搜索U:修改D:删除)
- 接⼝使⽤的⽅法,与http协议的请求⽅法,⼀⼀对应。
-
3)对比
- 传统⻛格接⼝:只⽤ get、post⽅法。 URL 不唯⼀。 统⼀返回 200
- RESTful⻛格接⼝:URL 唯⼀,定位资源。结合请求⽅法对应不同操作。 返回状态码较灵活。
2.接口测试流程
- 需求分析(产品经理的需求⽂档)
- 接⼝⽂档解析(开发编写的接⼝API⽂档)
- 设计接⼝测试⽤例(编写 Excel 表格形式的⽤例)
- 准备接⼝测试脚本(脚本不一定是代码,代码可以是脚本)
- postman ⼯具 ⽣成脚本
- python 代码 编写脚本
- 执⾏测试⽤例,跟踪缺陷
- ⽣成 接⼝测试报告
- 接⼝⾃动化持续集成(可选)
流程图:
3.接口文档解析
-
什么是接口文档:也叫 API ⽂档,⼀般由后端开发⼯程师编写。⽤来描述接⼝信息的⽂档。
-
接口文档的作用
- 协同:团队⼈员⼯作协同配合
- 约束:项⽬更新修改同步维护
-
为什么要解析接口文档
- 通过分析接⼝⽂档,熟悉接⼝信息。
- 通过接⼝⽂档获取,接⼝测试所使⽤的请求数据(请求参数)、预期结果。
-
解析的核心目标
- 请求报⽂关键数据
- 请求⽅法→知道是什么请求、URL→知道要访问谁、请求数据(请求头、请求体)
- 响应报⽂关键数据
- 响应状态码、响应数据(响应体)→包含的是预期结果
- 请求报⽂关键数据
-
注:接口文档中的“请求参数”(也称请求数据)
- 区分不是url格式中的查询参数
- 通常指发送http请求时使用的参数(主要指请求头和请求体)
-
注:区分状态码和接口文档中的错误码
- 状态码:发送请求这件事是否成功
- 错误码:完成登录/其他功能是否成功(例如虽然密码错了,但是请求发送成功了)
-
注:接口文档中只能拿到预期结果
-
解析ihrm系统接口文档