接口测试工具Postman（五）运行集合、监控和模拟服务器

一、运行集合

集合是一组请求，可以作为一系列请求一起运行，以对应相应的环境。

当我们想要自动化API测试时，运行集合非常有用。 运行集合时，会一个接一个地发送集合中的所有请求。

使用脚本时，我们可以构建集成测试套件，在API请求之间传递数据，以及构建镜像API的实际用例的工作流。

1、各项配置集合运行参数

• Collection/Folder

  这是要运行的集合或文件夹。运行集合时，集合中的所有请求都按照它们在主应用程序中显示的顺序发送。这意味着运行每个文件夹时会顺序执行文件夹内的每个请求。选择文件夹时，仅执行该文件夹，并且仅发送文件夹内的请求。但是，我们可以在使用setNextRequest（）方法时更改顺序以更接近镜像工作流。

• Environment

  集合运行时使用的环境。

• Iterations

  该参数配置我们的集合将被运行的次数。通常通过使用不同的测试数据运行多次，从而来确保API的稳定性。

• Delay
  集合运行中每个请求之间的间隔（以毫秒为单位）。

• Log Responses
  限制集合运行时的响应日志记录。默认情况下，会记录所有响应以进行调试。对于大型集合，可以更改此设置以提高性能。

• Data
  提供用于集合运行的数据文件。

• Persist variables
  默认情况下，集合运行器中的任何环境更改都不会反映在请求构建器中。

2、在集合中使用变量

• 默认情况下，首次打开Collection Runner时会检查Keep variable values值，如果不希望在运行期间更新变量，要取消选中“Keep variable values”复选框。在这种情况下，在Collection Runner中修改的任何变量都不会影响Postman主应用中对应的环境变量值，在Collection Runner中做的任何修改都会在运行完成后恢复它原始的值。
• 在选项中选中了Keep variable values，在Collection Runner环境（或全局变量）中的任何变量变化都将反映在Postman主应用程序窗口中。如果我们再次运行该集合，会发现它现在会失败。

3、使用数据文件
使用数据文件是在各种情况下测试具有不同数据的API行为的有效方法。 我们可以将数据文件视为集合运行的每次测试的参数。
（1）导入集合文件

集合中有一个请求，请求有两个变量，分别是请求URL中的path和请求体中的value。

（2）构建数据文件

数据文件内容如下：

[{
   
   
  "path": "post",
  "value": "1"
}, {
   
   
  "path": "post",
  "value": "2"