Postman：创建工作流_postmat 工作流

创建工作流

在使用“Collection Runner”的时候，集合中的请求执行顺序就是请求在Collection中的显示排列顺序。但是，有的时候我们不希望请求按照这样的方式去执行，可能是执行完第一个请求，再去执行第五个请求，然后再去执行第二个请求这样的方式；那么在“Collection Runner”中如何去构建不同的执行顺序呢？因此就需要在Postman中构建不同的工作流

 

基本用法

当启动一个集合运行时，所有请求都将按照其在Postman中的顺序运行，这意味着内部的所有请求首先按其所在文件夹的顺序执行，然后是集合的根节点内的所有请求

例：正常运行
集合"demo"下有一个子文件夹"test"(该文件夹下有请求"请求1")和两个请求"请求2"和"请求3"

注：从上面的运行结果可以看出
集合运行顺序为：请求在集合中的排序从上到下一次执行(包含文件夹中的请求)

 

setNextRequest()

可以使用名为setNextRequest()的内置函数来修改集合的默认执行顺序：setNextRequest()将允许我们指定接下来要运行的请求

语法：

语法：
postman.setNextRequest(ID)
 
参数：
ID：接下来要运行的请求的名称或ID

例：
1、设置请求：在需要设置的请求的"Tests"框中设置代码

 

2、查看结果

注：
1、postman.setNextRequest()是一个带有一个参数的函数，它是接下来要运行的请求的名称或ID。在这个例子中，在请求1的测试脚本中将请求3设置为下一个请求。这意味着请求1完成后，执行将跳转到请求3：所以最后只执行了请求1和请求3(跳过了请求2)

2、setNextRequest()仅适用于“Collection Runner”和Newman，其目的是运行集合，而不是发送单个请求

3、自己试了下：在请求3的脚本中设置执行请求2(postman.setNextRequest("请求2"))，不过最后的运行结果是：执行请求1->执行请求3->执行请求2->执行请求3->执行请求2->执行请求3->执行请求2.....(最后一直循环执行请求2和请求3了，原因应该是：执行请求2后，请求2中没有设置脚本因此又按顺序执行请求3，但请求3中设置了执行请求2的脚本，所以一直循环了)

 

 

高级用法

上面对setNextRequest()的工作原理有了一定的理解，还可以用它做一些更加高级的工作。由于不再受限于定义请求的顺序，因此我们可以在集合内部来回跳转请求，建立条件逻辑或跳过不必要的请求。但是，有一些需要我们注意的问题：

1、setNextRequest()总是在当前脚本所有语句执行完成后才执行。这意味着如果在其他代码块之前放置setNextRequest()请求，这些代码仍然会被执行

2、setNextRequest()有一定的适用范围。如果运行一个集合，可以跳转到集合中的任何请求（即使是使用相同语法的文件夹内的请求）。但是，如果运行文件夹，则setNextRequest()的作用域限于该文件夹；也就是说我们可以跳转到该文件夹内的任何请求，但不能跳转到文件夹外的任何请求。这包括其他文件夹内的请求以及集合中的根级别请求。

例：

1、脚本设置

 

2、查看结果

注：
1、从上面的测试结果可以看出：在执行"请求4"后直接跳过了"请求5"执行了"请求3"

2、脚本的意思为：如果"请求4"响应状态码等于200，就跳转执行"请求3"，否则依次执行"请求5、请求3"：先执行"请求4"，响应状态码确实为200，因此跳过"请求5"执行了"请求3"

 

另，如果在"请求1"中添加脚本

注：
可以看出：只要运行的是一个集合，setNextRequest()的作用域就是在整个集合内(可以从文件夹下的请求跳转到文件夹外的请求)

 

 

分享集合运行结果

分享一个集合运行结果很简单，只需要将集合运行结果导出，然后接收方导入到自己的postman中即可

导出集合运行结果

1、在集合运行器页面，选择需要导出的运行结果，点击"下载"按钮，即可下载对应集合的运行结果

2、也可以在集合运行结果详情页面中，点击"Export Results"来下载对应集合的运行结果

 

导入集合运行结果

点击集合运行器窗口上橙色"Import Test Run"的按钮。然后，它将打开一个可用于导航和导入JSON集合运行的资源管理器。

 

 

集合运行排除

通常情况下，有些事情是不按计划进行的，即使希望所有测试脚本通过，但实际上可能部分集合运行测试结果也有失败的情况。发生这种情况时，可以通过两种方法来调试请求

通过请求体和响应体来排错

例：判断响应体中包含字符串"mousee"

1、构建请求

 

2、通过运行结果详情排错

在集合运行结果详情页面，点击"请求名称"后，会出现浮动窗口，里面包含了请求的请求信息和响应信息，可以查看对应的内容来确定错误的地方。
由响应报文可以看出：响应中确实没有我们判断的响应体中存在字符串"mousee"，因此该测试是失败的

 

2.1、通过Postman的Console排错
先打开Postman的Console窗口，再次执行集合，通过查看"Postman Console"信息来排错

注：
1、Postman控制台将记录所有请求并将其显示在列表中

2、任何console.log在您的测试脚本有的也将会出现在这里，所以你可以在控制台记录日志如果你正在调试一个复杂的测试脚本

3、用户需要在请求运行前打开Postman的Console窗口