一、postman高级用法
(1).用例管理
(2).postman断言
(3).全局变量与环境变量
(4).请求前置脚本
(5).请求关联
(6).用例批量执行
(7).读取外部文件实现参数化
(8).测试报告产出
二、用例管理
在测试活动中, 针对需求和接口文档进行用例设计时, 我们会发现针对一个需
求或一个接口要考虑多种情况, 设计的用例要尽量覆盖需求. 在接口测试中, 如果
使用工具(postman, Jmeter)实现, 需要对用例进行管理.
postman具有管理的功能:
1. 创建测试集-<New Collection>
Collection可以理解成一个项目(系统),包含多个接口请求
2. 创建目录-<Add Folder>
Folder可以理解成一个项目模块
3. 添加请求-<Add Request>
- 创建测试集
- 创建目录
- 添加请求方法
三、断言
断言, 是让程序判断预期结果与实际结果是否一致的. python中有断言的语法, postman中也可以实现断言. 先看python的实现吧!
1.python中的断言
2.常用postman断言特点与简单使用
特点:
(1).Postman的断言是使用JavaScript语言编写的,写在‘Tests’标签页里
(2).Tests中的脚本在发送请求之后执行,会把断言的结果(PASS/FAIL)最终在‘Test Results’标签页中展示
简单使用
3.postman常用断言
注意:
-
断言响应状态码是不是为200
-
断言响应体JSON数据
-
断言响应体是否包含指定字符串
-
断言响应体是不是等于一个字符串
-
断言响应头信息是否包含指定的头部信息
4.排错技巧
1.检查断言代码片段是否错选了
当断言出现错误时, 我们应首先确定自己的断言代码片段是否是正确的,比如要判断json数据某个键的值是否包含另一个值, 但却选择了等于.
2.检查断言代码是否设置了错误的字段
断言中对结果的判断要根据响应数据的形式进行严格的比对, 不细心很可能出现错误. 比如: json数据中的一个键名为data, 在编写断言代码的过程中却写成了date
3.发送请求, 基于响应数据做初步预判
断言是对接口响应数据的检验, 那断言可定是在请求发送后执行的. 所以当断言出现错误, 这是你一定已经发送了请求, 我们可以打开响应数据进行对比, 来判断断言的执行结果是否存在问题.
4.检查请求相关参数
在构造请求时, 可能请求出现了错误, 比如请求方式为post, 但默认为get, 却忘记修改, 当发送请求后获取到的响应数据肯定不是预期的结果, 这时断言就会出错. 应当仔细检查请求的正确性. 请求的正确性可以从以下这几个方面 考虑->(请求方法, 请求地址, 请求头信息, 请求体)
注意:
当断言出现错误, 经过一系列的排查依然不行, 该怎么办呢? 这是我们可以保存原有断言错误的请求, 重新建立请求, 不要受前一个请求的思维影响, 一步一步的构建请求, 再次尝试.