在Postman Tests中需手动解析JSON并遍历数组，用唯一命名断言逐项校验，确保类型、非空、存在性、长度四层分离，加兜底判断防崩溃。
Postman里怎么用脚本遍历校验数组中的每个对象？
直接在 Tests 里写 JavaScript 循环，别想靠单条断言“一键检查全部”——Postman 的 tests 是键值对集合，本身不支持自动展开嵌套结构。你得手动解析 JSON、遍历、逐个 assert。
常见错误是写成：tests["id is number"] = data.items.id === 123，这只会取第一个对象的 id，且一旦 data.items 是空数组或 undefined 就直接报错中断执行。
- 先用
JSON.parse(responseBody)解析响应体，加try/catch防止格式异常崩溃 - 确认数组存在且为数组类型：
Array.isArray(data.items)，不是data.items?.length这种弱判断 - 用
for或forEach遍历，每项单独设断言名（如tests["item 0 id is number"]），避免覆盖 - 断言失败时，Postman 仍会继续执行后续断言，但控制台不会显示具体哪一项出错，建议加
console.log()输出上下文
校验每个对象里某个字段是否都为字符串？
重点不是“是不是字符串”，而是“是不是预期的字符串”或“是不是非空字符串”。Postman 断言不内置类型校验函数，typeof item.name === "string" 只能确认类型，不能防 " " 或 "" 这类无效值。
典型场景：接口返回用户列表，要求每个 user.nickname 都是非空字符串。
- 别用
item.nickname && typeof item.nickname === "string"——0、false会被误判为 falsy 而跳过 - 推荐写法：
typeof item.nickname === "string" && item.nickname.trim().length > 0 - 如果字段可能缺失，用可选链
item?.nickname，但注意 Postman 内置 JS 引擎版本较老（V8 早期版），部分环境不支持可选链，稳妥起见还是用item && item.nickname - 批量校验时，建议统计不合规项数量，最后统一断言：
tests["all nicknames are valid"] = invalidCount === 0
为什么用 forEach 校验后断言不生效？
因为 tests 对象必须在脚本顶层赋值，而 forEach 回调里的 tests[...] 赋值是有效的，但很多人误以为“没反应”——其实是断言名重复、或某次赋值把前一次覆盖了，又或者控制台只显示最后一个失败项。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
例如这段代码看着没问题，实际会出问题：
data.items.forEach((item, i) => {
tests["field type check"] = typeof item.status === "string";
});
结果只有最后一项的判断留在 tests 里，前面全被覆盖。
- 必须让每条断言名唯一，比如：
tests[`item ${i} status is string`] = ... - 更可靠的做法是收集所有校验结果，最后统一断言：
tests["all items have string status"] = results.every(Boolean) - 别依赖
console.assert()，Postman 不识别它为断言，不会计入 Test Results 面板 - 调试时多用
console.log(i, item.status, typeof item.status)，比猜快得多
数组长度变化时，校验逻辑容易漏掉边界情况
最常被忽略的是空数组和单元素数组。很多人写循环默认从 i = 0 开始，却没处理 data.items === null 或 data.items === undefined 的情况，导致 TypeError: Cannot read property 'length' of undefined 直接让整个 Tests 脚本停止运行。
- 校验前加兜底：
if (!Array.isArray(data.items)) { tests["items is array"] = false; return; } - 如果业务要求“数组至少含 2 项”，别只写
data.items.length >= 2，要明确断言意图：tests["items length >= 2"] = data.items.length >= 2 - 涉及索引操作（如比对第 0 项和第 1 项）时，先确保
data.items.length > 1，否则data.items[1]是undefined，后续校验全失效 - Postman 的 JS 执行环境没有
Array.prototype.at()，别用data.items.at(-1)取末项
真正难的不是写循环，而是让每一条断言既独立可定位，又能在数组动态变化时稳定表达业务约束。字段是否存在、类型是否正确、值是否有效、长度是否合规——这四层要分开断，不能揉进一个布尔表达式里。
