第5章Postman工具之collection集合
5.1创建集合
5.2共享集合
5.3导入/导出文件
5.4集合运行
5.5使用数据文件
5.6集合运行结果排错
5.1创建集合
可以理解成请求的总和或合集。使用集合是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:删除此集合
5.2共享集合
要想分享集合，必须要登录Postman账号。点击集合旁边的“...”图标，选择“Share
5.3导入/导出文件
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等文件，如下图。
5.4集合运行
单个请求可以直接点击“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。
5.5使用数据文件
数据文件是用不同的数据来测试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.6集合运行结果排错
使用“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种方法结果一致。