Postman 工作流程

Postman工作流是集合中请求执行的顺序。当您直接运行集合时，请求将随机执行或串行执行。但是我们还可以设置请求的优先级，也可以选择请求的执行顺序，这意味着我们可以设置应在何时执行哪个请求。该功能在Postman中称为工作流。

Postman提供了一种控制集合中请求工作流的功能，该功能称为 Collection Runner ( 或Runner )。

一旦集合运行器执行了一个请求，集合中的所有请求都将被执行，但是有一种模式可以执行所有请求。 Postman提供了许多内置算法来决定必须以哪种模式运行请求。

集合运行器的执行顺序

通常，集合运行器按顺序运行请求。有些API要求一一发送请求；意味着，只有在第一个请求完成后才能执行的第二个请求，而第三个请求将等待第二个请求的响应。等等。

在这种情况下，收集运行器中的默认请求执行很好，因为不需要并行运行请求，也不必运行随机请求。

但是在某些情况下，一个API请求可能取决于两个或多个不同的API响应。或者可能存在另一种情况，即在API请求执行队列中间的特定API请求必须针对不同的请求随机执行。

在这种情况下，请求的顺序执行在收集运行器将不会有用。我们应该创建一个工作流并通知收集运行器，该请求何时执行。只能通过调用API请求来完成此任务。这称为API调用。

API调用是指以用户定义的方式调用API以执行该API。

Postman中的默认工作流

让我们看看普通请求执行工作流如何在默认情况下运行。

创建一个集合并给出集合的名称。这里我的收藏名称是"默认工作流程"。

在集合中添加三个请求，并将其命名为请求1，请求2，请求3。

三个请求是:

添加以下URL

请求1: www.lidihuo.com

请求2: www.google.com

请求3: www.facebook.com

现在您在一个集合中有三个不同的请求。立即运行收集运行器。

从Postman窗口的顶部选择 Runner(收集运行器)菜单。它将打开一个新窗口。

选择您的收藏。

运行集合以查看集合的所有迭代，订单，环境等。

现在在上图中，您可以看到请求是按顺序发送的。它从请求1开始，然后继续到请求2，再到请求3。这意味着它按顺序运行。

 断言检查给定的预测在任何编程语言中是对还是错。预测是一个布尔表达式，其值为true或false。这意味着断言不过是可用于检查或分析从服务器接收到的响应的代码。断言是用 javascript 编写的代码收到回 ...