Newman CLI在Azure DevOps中请求超时设置失效的解决办法

1. 在Postman脚本中内置超时逻辑 #

直接在请求脚本层面添加全局计时检查，不依赖Newman的CLI参数，从根源避免无限循环：

• 在测试套件的Collection Pre-request Script中初始化全局开始时间：

  pm.globals.set("startTime", Date.now());
  

• 在循环请求的Test脚本里加入超时判断：

  // 设置最大等待时长，示例为5分钟（单位：毫秒）
  const maxWaitTime = 5 * 60 * 1000;
  const elapsedTime = Date.now() - pm.globals.get("startTime");
  
  if (elapsedTime > maxWaitTime) {
      pm.test("等待状态超时，终止测试", function () {
          throw new Error(`已等待${elapsedTime/1000}秒，状态仍未更新，测试终止`);
      });
  }
  
  // 原有状态检查与循环逻辑
  const currentStatus = pm.response.json().status;
  if (currentStatus !== "expected_status") {
      pm.execution.setNextRequest("循环请求的名称"); // 继续循环
  } else {
      pm.execution.setNextRequest(null); // 终止循环
  }
  

2. 利用Azure DevOps流水线任务的超时兜底 #

直接在流水线任务层面设置超时，绕过Newman参数的限制：

• 编辑Azure DevOps中的Newman运行任务，找到Control Options（控制选项）区域；
• 设置Timeout（超时）时长，例如00:05:00代表5分钟；
• 勾选Fail task if it exceeds timeout选项，超时后流水线会强制终止任务并标记失败。

3. 用Shell命令包裹Newman（Linux/macOS代理） #

如果流水线使用Linux或macOS代理，可借助系统timeout命令强制终止进程：

timeout 300s newman run your-collection.json --environment your-env.json

这里300s代表5分钟，超时后系统会直接结束Newman进程，流水线将捕获退出码并标记任务失败。

4. 检查Newman参数的正确用法 #

确认你是否误用了超时参数：

• --timeout是控制单个请求的超时时间，而非整个测试套件的总运行时长；
• 控制总时长需使用--timeout-global参数，单位为毫秒：

  newman run your-collection.json --timeout-global 300000
  

上述示例设置总超时为5分钟，若之前用错参数，会导致超时规则不生效。

内容的提问来源于stack exchange，提问作者Bogdan Buciu