第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种方法结果一致。