Postman-批量执行&数据驱动

运行Collection

批量执行:
当我们想批量测试某个集合里面的各个 API 时，可以使用 Collection Runner 来批量运行 API，同时可以进行环境变量、迭代执行次数、延迟时间等设置。
执行结果:
统计的是设置断言的Pass的个数，不是请求成功的个数
【方式1】按Collection中的API自上而下顺序执行


【方式2】在Tests中通过设置脚本控制API的执行顺序
除了默认的自上而下执行顺序（未设置脚本控制），关于API的执行顺序调整，一种方式通过手动拖动左侧Collection中的API来排列顺序；另外一种方式是在API的Tests模块通过设置脚本来控制每个API其后执行的下一个API。
collections中的请求API顺序为：Request1>Request2>Request3>Request4
tests中编写脚本改变请求顺序为：Request1>Request4>Request3>Request2
(1)、首先在Request1请求的tests编写脚本：postman.setNextRequests("Request4")
(2)、首先在Request4请求的tests编写脚本：postman.setNextRequests("Request3")
(3)、首先在Request3请求的tests编写脚本：postman.setNextRequests("Request2")
(2)、首先在Request2请求的tests编写脚本：postman.setNextRequests("null")
【注】：第一个执行请求的排序一定要在第一个
postman.setNextRequests("Request4")表示在执行完Request1的请求之后就执行Request4的请求；
postman.setNextRequests("null")表示该请求执行之后，就终止请求
【注】：方式2便是构建工作流的过程
Rre-request Script里的脚本是在本次请求之前需要执行到；
tests 里的脚本是在本次请求执行完成之后才执行到；

postman批量运行1.png

postman批量运行2.png

postman批量运行3.png

数据驱动
应用背景：
有时我们针对一个接口需要测试很多不同的参数，如果每次一个个的去修改参数值来进行测试这样效率肯定会比较低下。因此我们需要每次迭代执行传入不同的参数进行测试，那么需要导入外部数据文件进行参数化，也就是所谓的数据驱动。
数据导入：
导入文件，文件类型选择application/json
[
{"username":"Vince","passwd":888},
{"username":"Bin","passwd":666},
{"username":"Jerry","passwd":555}
]

postman数据驱动批量运行1.png

postman数据驱动批量运行2.png

postman数据驱动批量运行3.png

postman数据驱动批量运行4.png