经常我们要把编写好的用例进行回归测试，这时我们就可以通过Runner来选择我们要运行的测试集进行回归。

Runner介绍

进入Runner有两个入口，第一个就是选择一个集合，点击右三角进入，点击RUN；第二个就是在postman的导航栏左侧 （如图），打开的界面如下。

通过Runner入口进入，就会打开如下这个页面

功能说明：

• All Collections : 列出所有集合，可以选择一个集合运行
• Environment : 环境列表 ，当选择的集合使用到了环境，这里就必须选择 ,反之，可不选。
• Iterations :迭代次数，这里面更多的使用场景读取外部文件进行参数化 。当然一个集合也可以重复运行多次。
• Delay ：请求之间的间隔时间，默认为0也就是没有间隔 。
• Data ： 读取数据文件进行参数化的选项 。
• Save Seponses : 保存响应数据，默认情况不开启 ，但是当集合中有请求报错时，打开此选项 。就可以在Run Result查看每个请求的响应结果 ，这样有助于调试错误。
• keep variable values : 持久变量，默认为开启状态，开启后，前面请求的变量设置的值，后面有请求修改此值，会覆盖此值 。
• run collection without using stord cookies : 不使用cookies保存的值运行
• Save cookies after collection run : 集合中的请求在执行期间创建/更新cookie 。打开此选项，可以将cookie保存到cookie管理器，从而覆盖任何现有的cookie。
• Recent RUN ：右侧是保存了最近运行的结果，可以点击打开查看 。也可以下载 和删除 。
• Import/Export :可以将运行结果导出后再导入结果进行查看 。

看着以上如此多的选项，到底对我们使用有那些帮助呢 ？整理了一些常用的选项做个说明

Iterations 、Data主要用于数据参数化；

Save Seponses主要用于保存响应记录，这个选项对于我们调试bug很有帮助 。

keep variable values默认是勾选上的，也建议勾选上，对我们运行一个集合下的很多用例时，经常会出现值覆盖，若不勾选此选项，可能会有问题 。

建立业务流程

在前面讲的Runner，则是按照顺序运行所选请求 。如下图，有5个请求，通过runner运行的话，会顺序执行这5个请求 。

但是很多情况下，我们都希望编写的脚本更加健壮，比如以上面截图为例，其实只有用户添加成功了，才可以后面的请求，否则，我们就打印出错误信息 。那么这样就涉及到对判断要那些请求执行了 。

接下来要学习的这个功能，在沙箱中就可以控制脚本的执行顺序，我们来看下这个函数：postman.setNextRequest()，它需要带一个参数 。该参数是要运行的请求名称或ID 。这个函数的功能可以控制请求的执行顺序。

案例：在用户添加用例中添加setNextRequest() ，让其运行用户删除用例 。 再次运行该集合，运行完用户添加，就会直接运行用户删除了 。

同样的5个请求，在用户添加接口中添加了setNextRequest()功能后，就会跳过用户查询和用户修改接口，直接用户删除。最终的结果就会只执行三个请求(登录，用户添加，用户删除) 。

那么这个功能有什么用呢 ？通过它可以是解决接口关联的另外一种解决方案 ， 另外再加上一些逻辑判断，就可以执行不同的业务流程。