Postman Newmain进程在作为Jenkins代理处理docker容器中运行的大约10K个请求后死亡

Postman Newmain进程在作为Jenkins代理处理docker容器中运行的大约10K个请求后死亡,postman,newman,Postman,Newman,我创建了一个基于alpine的docker映像,并在那里安装了node和newman(4.5.4)的最新版本。这个docker图像被用作jenkins代理,我在那里运行我的收藏。 除了我有一个更大的数据集之外,一切都很好。当请求数达到大约10K时,newman进程将终止。我不知道为什么。 我在Jenkins设置中确认了这一点,并且在一些测试运行之后也确认了这一点,并不是Jenkins在扼杀进程。纽曼似乎放弃了。它没有时间限制,因为我尝试添加延迟,它有时在30分钟内消失,有时在10小时内消失,但总

我创建了一个基于alpine的docker映像,并在那里安装了node和newman(4.5.4)的最新版本。这个docker图像被用作jenkins代理,我在那里运行我的收藏。 除了我有一个更大的数据集之外,一切都很好。当请求数达到大约10K时,newman进程将终止。我不知道为什么。 我在Jenkins设置中确认了这一点,并且在一些测试运行之后也确认了这一点,并不是Jenkins在扼杀进程。纽曼似乎放弃了。它没有时间限制,因为我尝试添加延迟,它有时在30分钟内消失,有时在10小时内消失,但总是在处理大约10K请求后消失

复制行为的步骤:

在alpine上安装最新版本的newman(4.5.4) 使用一些输入数据运行任何集合。确保newman最终能够调用API端点超过10K次。 纽曼在大约一万次请求后失败了。 预期行为
纽曼进程必须在完成所有给定的迭代后才能终止。

是否存在测试脚本的情况或场景-当满足某些条件时,您将setNextRequest设置为
null
?这可能是原因之一。

不,我没有在任何地方使用setNextRequest。我尝试过用不同的集合调用不同的API集,这就是为什么我认为newman可能有问题。也许您可以尝试在类似的条件下使用任何RESTAPI进行模拟?