5.1创建集合
5.2共享集合
5.3导入/导出文件
5.4集合运行
5.5使用数据文件
5.6集合运行结果排错
可以理解成请求的总和或合集。使用集合是Postman工具实现自动化测试的必要条件。Postman集合允许分组保存请求,用户还可以在集合下面创建文件夹,还可以对集合下的请求再次分组。
(1)打开侧边栏“collection”选项卡
(2)单机下方图片中的“New Collection”图标
(3)输入集合名称和描述信息(创建各种选项内涵深挖)
如图,为一个CRM系统的一个接口集合,总共有11个请求。
此方法的好处:
(1)将请求保存到集合和文件夹中,能够更结构化地保存请求,方便再次使用。
(2)方便后续构建集成测试套件。
(3)方便使用脚本在API请求之间传递数据,并构建能够反映实际用例的工流。
添加集合文件夹中的请求:
(1)在Builder中新建一个请求,单击“Save”,选择“松勤CRM系统接口”,那么就可以保存到此文件夹中。
(2)从“History”选项卡中保存请求到集合
文件夹的一些基本操作:
点击文件夹后面“...”图标,或者在文件夹位置右键单机,出现菜单栏,如图:
·Share Collection:分享集合
·Manage Role
·Rename:集合重命名
·Edit:编辑集合
·Add Request:增加一个请求
·Add Folder:增加一个子文件夹
·Duplicate:复制此集合
·Export:导出集合(以JSON格式保存)
·Delete:删除此集合
要想分享集合,必须要登录Postman账号。点击集合旁边的“...”图标,选择“Share
Postman可以通过文件的方式导出和导入Collection、Environments、Globals和Header Presets。
(1)导出Collection文件
单击“Collection”选项卡下的“...”图标,在弹出的列表中选择“Export”选项,导出集合文件,如图。
Postman可以导出3种格式的集合,Collection v1、Collection v2、Collection v2.1,其中Collection v2.1是官方推荐格式。
(2)导出/导入Environments文件
单击右上角“Manage Environments”图标,出现下图。
下载按钮可以导出环境变量文件,import按钮可以导入环境变量文件。
(3)导出Globals文件
点击上图中的“Globals”按钮,进入下图全局变量界面,单击“Download as JSON”按钮,可以将Globals导出成JSON文件。
(4)导入、导出Postman数据
点击右上角的“SETING”进入settings设置界面。选择”Data”选项卡,Postman允许打包所有Collections、Environments、Globals和Header Presets,并导出一个JSON文件,如下图。
“Download”可以导出我们要的数据,也可以利用“Import data”下的“选择文件”按钮,选择一个JSON文件,导入Postman数据。还可以通过工具栏中的“Import”按钮,导入一个Collections、Environments、Globals等文件,如下图。
单个请求可以直接点击“send”发送,但是集合需要在Collection Runner集合运行器窗口,如下图:
点击“run”,打开Collection Runner集合运行器窗口,下图:
(1)Choose a collection or folder
选择要运行的集合或文件夹,当运行一个集合时,集合中的所有请求都按照它们在Postman中出现的顺序发送,这意味着每个文件夹和文件夹中的请求都是按顺序执行的。可以通过在Tests里设置setNextRequest()方法更改请求发送的顺序以反映工作流程。如上图选择“CRM系统接口”集合文件,右侧区域显示具体的接口请求。
(2)Environment
设置环境变量。
(3)Iterations
设置集合运行的次数,图为1次。
(4)Delay
设置发送每个请求之间的时间间隔(ms),比如设置为100,意思是发送完一个请求,等待100ms才发送下一个请求。图为0。
(5)Log Responses
设置集合运行时所记录的日志级别,默认情况下,记录所有Requests的响应日志。日志包含3个级别:
·For all requests:记录所有请求的响应日志。
·For failed requests:只记录至少一个失败测试请求的响应日志。
·For no requests:不会记录响应日志
(6)Data
为集合提供运行的数据文件。(JSON和CSV)
(7)Keep variable value
勾选此选项,在集合运行当中,环境变量或者全局变量中的变量可能会发生改变。
点击“Run”,结果如下图,全部PASS。
数据文件是用不同的数据来测试API,以检查他们在各种情况下是否正常运行。下面以“CRM系统接口”中的“新增客户”接口为例。名字和号码用变量{{name}}和{{phone}}表示
(1)使用CSV格式参数
准备了新增客户.csv文件,有名字和号码三组CSV参数(比如手机号的位数,号段,就可以这么参数化)
打开Collection Runner集合运行器窗口,如图设置:
Environment选择“CRM”环境
Iterations设置3次,因为准备了3组数据,所以需要迭代3次
Data数据中,点击“Select File”选择“新增客户.CSV”,点击Preview,可以看到每个变量在各次迭代中的值:
点击”Run”,结果如下图,“新增客户”循环3次,PASS
(2)使用JSON格式参数
同样准备name和phone 3组参数
打开Collection Runner集合运行器窗口,如图设置:
再次点击“Run”,结果如下图,同样迭代3次,全部PASS
使用“5.使用数据文件”中的例子,再一次点击“Run”,结果如下:
可以看到PASS 3条,fail3条。首先对此界面的一些功能进行介绍。
·过滤器:可以看到左侧边栏包含3个红绿图标,用来筛选通过或失败的测试,点击红色图标,筛选出失败测试。
·Run Summary:调试多次迭代,方便查看迭代结果,循环了3次,3次都失败了。
接下来介绍2种排错方式:
(1)通过请求体和响应体来排错
点击“新增客户”,会出现浮动窗口,可以单击列表行来查看对应的内容,如下图:
单击“Response Body”,查看响应体的内容,如下图:
可以看出响应体中显示“该客户手机号已存在”(因为请求参数是第二次应用),符合逻辑。
(2)通过Postman的Console
在Postman窗口左下角,点击下方图标,再次在Collection Runner集合运行器中,运行上方的集合。
此时再次查看“Postman Console”窗口,如下图:
“Postman Console”窗口将记录所有请求并将它们都显示在列表中,找到“新增客户”请求,然后观察“Response Body”,显示“该客户手机号码已存在”,2种方法结果一致。