Postman脚本if条件判断触发无限循环问题求助

脚本无限循环是三个逻辑错误共同导致的：

• 计数变量i作用域完全错误：Postman的测试脚本是单次请求执行完成后独立运行的，局部变量不会跨请求持久化。你每次脚本启动第一行就写let i = 0，意味着每次请求跑完执行脚本时，i都会被强制重置为0，永远满足i < coderepoarr.length的判断条件，这是触发无限循环的核心原因。
• 状态码判断语法使用错误：pm.response.to.have.status(200)是Chai断言语句，作用是校验状态码、不满足时直接抛错中断脚本，根本不会返回布尔值作为判断条件，完全不能放在if的条件表达式里。
• 集合变量读取类型错误：Postman集合变量仅支持存储字符串类型，如果你存入数组coderepoarr时没有做序列化处理，直接get拿到的不是原生数组，length的计算结果和你预期的数组元素个数完全不匹配，会进一步导致判断逻辑失效。

1. 把循环计数从局部变量改成集合变量存储，保证跨请求执行时能读到上一次的计数值，不要每次执行脚本都重置计数。
2. 把状态码判断改成读取响应状态码属性做布尔比较，不要用断言语句当判断条件。
3. 数组类型的集合变量存取时，统一做JSON序列化/反序列化，保证拿到的是正确的数组结构。
4. 循环初始化逻辑必须放在循环启动前的节点执行，不能放在循环请求本身的脚本里，避免计数被反复重置。

具体代码实现 #

首先在循环开始前的节点（可以是集合预请求脚本、或者触发循环的上一个请求的测试脚本），执行一次初始化逻辑，不要重复执行：

// 仅在循环启动前执行1次
const repoList = [/* 你需要遍历的代码仓库数组实际内容 */]
pm.collectionVariables.set("coderepoarr", JSON.stringify(repoList))
pm.collectionVariables.set("loopIndex", 0) // 持久化存储循环索引
pm.collectionVariables.set("firstElement", 0) // 初始化业务需要的计数变量

然后在名为commit all CR的请求的测试脚本中，写入如下循环控制逻辑：

// 读取变量时做类型转换，拿到正确格式的值
const coderepoarr = JSON.parse(pm.collectionVariables.get("coderepoarr"))
let loopIndex = Number(pm.collectionVariables.get("loopIndex"))
let firstElement = Number(pm.collectionVariables.get("firstElement"))

// 正确的判断逻辑：用响应码属性做判断，用持久化的索引做长度比较
if (loopIndex < coderepoarr.length && pm.response.code === 200) {
    firstElement++
    loopIndex++
    // 把更新后的计数写回集合变量，供下一次请求读取
    pm.collectionVariables.set("firstElement", firstElement)
    pm.collectionVariables.set("loopIndex", loopIndex)
    console.log("当前遍历序号：", loopIndex, "firstElement值：", firstElement)
    // 满足条件继续执行当前请求
    postman.setNextRequest("commit all CR")
} else {
    // 遍历结束，清理临时循环变量避免干扰后续请求
    pm.collectionVariables.unset("loopIndex")
    // 终止执行
    postman.setNextRequest(null)
}

内容的提问来源于stack exchange，提问作者zzekron 1