当运行集合的监视器超过总时间的5分钟时，如何处理邮递员监视器超时问题

Question

我为邮递员API（大约200个请求，每个请求都设置了1.5秒的超时）集合设置了一个监视器，但是我看到它超时并出现以下错误： Error: callback timed out

我注意到监视器启动时的时间戳以及因此问题而失败的时间戳，它似乎恰好在5分钟后超时。因此，它没有运行集合中的所有api。 是否有解决此情况的替代方法？我认为5分钟是对邮递员监控器平台的限制，但想知道是否有一种方法可以为其设置监控器，而这可能只是我为其设置了监控器的这个主集合中的子集合文件夹。

Answer 1

如here所示，每次监视器运行的时间限制为5分钟。除此之外，您的监视器将仅停止运行集合，并且正如您已经提到的，您的某些API端点将不会受到攻击。

但是，即使使用多个监视器，仍然可以覆盖所有API端点：

Postman API

您可以使用Postman API来使用HTTP请求触发监视器。

第1步：分解您的收藏集

说您的邮递员收藏有200个请求。假设该监视器执行的请求平均不超过70个。

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

注意：监视器运行是有价的，而您如何拆分集合可以确定监视成本。

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

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

1. 如前所述，您可以使用Postman API通过HTTP请求触发监视器。
2. 因此，作为C1的最后一个请求，创建一个包含触发监视器的端点的请求，并将其设置为触发M2。 （您可以在https://docs.api.getpostman.com/?version=latest#5b277ca0-7114-e04e-f1f5-246fbbd6d973上了解如何操作）
3. 作为C2的最后一个请求，创建一个触发C3的请求，依此类推。

监视器运行

1. 手动或通过设置触发M1时，C1中的请求运行，跑步者到达C1的最后一个请求。
2. 在这里，您与希望M2现在运行的Postman API通信。
3. M2现在开始运行，跑步者现在到达M2的最后一个请求，从而触发M3。
4. 最终，M4完成运行，并且所有API端点都被命中。