当监控器运行集合的总时间超过5分钟时，如何处理postman监控器超时问题

我为postman API（大约200个请求，每个请求的超时时间设置为1.5秒）集合设置了一个监视器，但我发现它超时，出现以下错误：

错误：回调超时

我注意到监视器启动时的时间戳，以及由于这个问题而失败时的时间戳，它似乎正好在5分钟超时。因此它没有运行集合中的所有API。 有没有其他办法来解决这种情况？我相信5分钟是邮递员监控平台的一个限制，但我想知道是否有办法为我的监控设置的主要集合中的一个子集合文件夹设置监控。

如图所示，每次监控运行的时间限制为5分钟。除此之外，您的监视器将停止运行集合，正如您已经提到的，您的一些API端点将不会被命中

但是，仍然可以覆盖所有API端点，尽管使用的监视器不止一个：

邮递员API 您可以使用来触发使用HTTP请求的监视器

第一步：分解你的收藏 假设您的邮递员收藏有200个请求。假设监视器执行的请求（平均）不超过70个

将集合（C）分成4个不同的集合，每个集合包含50个请求，同时确保这50个请求在5分钟内运行。让我们将这些集合称为C1、C2、C3、C4，请求在C中的排列顺序要求新集合按照

C1->C2->C3->C4

的顺序运行

注意：监控运行是有定价的，您如何划分收集可以决定您的监控成本

为C1、C2、C3和C4（M1、M2、M3、M4）中的每一个创建一个监视器，并将其设置为在与C相同的环境中运行

步骤2：在每个集合的末尾添加监视器触发器

如前所述，您可以使用Postman API通过HTTP请求触发监视器

因此，作为C1的最后一个请求，创建一个包含触发监控器的端点的请求，并将其设置为触发M2。（您可以在此处学习如何执行此操作：）

作为C2的最后一个请求，创建一个触发C3的请求，依此类推

监视器运行

当您手动或通过设置触发M1时，C1中的请求将运行，运行程序将到达C1的最后一个请求

在这里，您与希望M2立即运行的Postman API进行通信

M2现在开始运行，跑步者现在到达M2的最后一个请求，这将触发M3

最终，M4完成运行，所有API端点都被命中