postman使用-第十二关 构建请求工作流（setNextRequest）_"postman.setnextrequest(\"\")"

postman 所有请求都是按照在postman中看到的顺序运行的。

因此  首先按照文件夹的顺序执行所有请求，然后再执行集合根目录中的所有请求。

可以用内置函数postman.setNextRequest()来覆盖此行为,允许您指定下一个运行的请求

假设有以下接口，写到一个 Collections中，目前是按顺利执行的

 

 如果需要改变下执行顺序 新建-查询-编辑 则需要用到设置下个执行顺序

postman.setNextRequest("request_name");

在Tests中写入，接口执行后 写下个执行

特殊说明：跳过的请求将不在执行

也就是说当没指定顺序的时候，会按收集器写的顺序执行，如果指定了下一个请求，会执行下个请求（然后遵循前面规则按顺序往下执行）

钻个漏洞，如果setNextRequest()执行当前接口名称，会一直重复当前请求

在Collection Runner运行的时候会重复执行100次登录接口

// 重复执行100次
 
for (i = 0; i <= 100; i++) { 
    console.log(i);
    postman.setNextRequest("小作文专用");
 }

停止执行工作流程

postman.setNextRequest(null);

关于postman.setNextRequest()以下几点要点：

• 指定后续请求的名称或ID，收集运行器将负责其余的工作。
• 它可以在预请求或测试脚本中使用。如果有多个分配，则最后一个设置值优先。
• 如果postman.setNextRequest()请求中不存在，则收集运行器默认为线性执行并移至下一个请求

使用此工作流程时，请记住以下两个事实：

• postman.setNextRequest()总是在当前请求的末尾执行。这意味着，如果您将此功能放在预请求或测试脚本中任何其他代码块之前，则这些代码块仍将执行。
• postman.setNextRequest()具有作用域，这是收集运行的来源。如果运行集合，则可以跳转到集合中的任何请求（甚至使用相同语法的文件夹中的请求）。
  但是，如果运行文件夹，则范围postman.setNextRequest()仅限于该文件夹。因此，您可以跳到该文件夹​​中的任何请求，但不能跳到该文件夹​​之外的任何请求。
  它包括其他文件夹中的请求，以及集合中的根级别请求

最后不得不说的一件事

为什么要这么麻烦呢 直接拖动 排下顺序不香么