一、基础使用

完整语法格式：协议 :// IP地址:端⼝号/资源路径?查询参数 

HTTP响应

状态行：1xx、2xx、3xx

响应头：k：v对

响应体

接口规范

传统⻛格接⼝

接⼝统⼀采⽤ get/post 实现 所有操作。

URL 与 资源不是 ⼀⼀对应的。在 URL 中查看出，是何种操作

状态码统⼀ 返回 200

RESTful⻛格接⼝

接⼝使⽤的⽅法，与 http协议的 请求⽅法，⼀⼀对应。

get - 查、post - 增、put - 改、delete - 删

URL 与 资源 ⼀⼀对应！不能从 URL 中，看出 是 何种操作。 需要通过 结合 请求⽅法 来识别何种操作。

响应状态码 使⽤较为全⾯。

接⼝测试流程

1.需求分析（产品经理的需求⽂档）

2. 接⼝⽂档解析（开发编写的 接⼝API⽂档）
3. 设计 接⼝测试⽤例（编写 Excel 表格形式的⽤例）
4. 准备接⼝测试脚本

• • postman ⼯具 ⽣成脚本
  • python 代码 编写脚本

5. 执⾏测试⽤例，跟踪缺陷
6. ⽣成 接⼝测试报告
7. 接⼝⾃动化持续集成（可选）

系统路径+url

二、测试用例

注：模板一般公司会有提供，或者直接网上下一个，非固定

登录

业务场景测试⽤例

分析测试点

指导思想：模拟⽤户实际使⽤，⽤较少的测试⽤例，覆盖更多接⼝，测试正向即可。

登录 - 添加员⼯ - 查询员⼯ - 修改员⼯ - 删除员⼯ - 查询员⼯列表

三、Potman 断言

• 让 Postman工具 代替 人工 自动判断 预期结果 和 实际结果 是否一致
• 断言代码 书写在 Tests 标签页中。 查看断言结果 Test Results 标签页

// 断言响应状态码为 200

pm.test("Status code is 200", function () {

pm.response.to.have.status(200);

});

注：新版本tests在Scripts里。

pm：postman的实例。

test() postman实例的测试方法。 这个方法 有 2 个参数。

参1："Status code is 200"。 这个参数可以任意修改，不影响 断言。

作用：在断言结束后，显示给用户，断言结果的提示文字。

参2：是一个 匿名函数 调用。

pm.response.to.have.status(200); 的意思是：

postman的响应结果中，应该有 响应状态码 200。 ———— 这里的 200 是 预期结果。

例1

使用 postman 关联技术，实现 添加员工 接口。

登录成功，返回的 “令牌” 被 添加员工 接口依赖。

思路：

1. 发送登录请求（必须登录成功），获取响应结果
2. 从 json 响应结果中，提取 data 值。拼接上 “Bearer ” 前缀。

注意：Bearer单词不能拼错，首字母必须大写，只有一个空格

3. 将拼接无误的 令牌，存入 环境变量。 从 “眼睛” 图标查看。
4. 添加员工 接口，从 环境变量 中，提取 令牌。设置到请求头中，作为 Authorization 的 值。
5. 填写 添加员工 接口 其他信息（post、URL、请求体），发送请求。