响应体为数组时需先索引再取属性，如pm.response.json()[0].name；纯数组与对象包数组结构不同，须先用console.log或Pretty视图确认层级；断言应用satisfy配合some/every；提取变量要加日志和空值保护。
响应体里是数组，但 pm.response.json() 拿不到想要的值
多数人卡在这一步：明明响应是 [{"id":1,"name":"a"},{"id":2,"name":"b"}]，却写 pm.response.json().name 报错。因为根节点是数组，不是对象——pm.response.json() 返回的是 JS 数组，必须先索引再取属性。
实操建议：
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 先用
console.log(pm.response.json())看清结构，确认是纯数组（开头是[）还是对象包数组（如{"data":[...]}） - 纯数组：用
pm.response.json()[0].name取第一个元素的name；想遍历就用forEach或for循环 - 对象包数组：必须逐层点下去，比如
pm.response.json().data[0].id，漏掉.data就undefined - 不确定层级深度？在 Postman 的
Pretty视图里点开 JSON，鼠标悬停字段名会显示完整路径提示
用 pm.test() 断言数组中某个字段是否存在
常见错误是直接对整个数组做 .has()，但 responseBody.has("xxx") 是字符串匹配，不适用于结构化校验。
实操建议：
- 要验证「至少一个元素含
status: "success"」：用pm.expect(pm.response.json()).to.satisfy(arr => arr.some(x => x.status === "success")) - 要验证「所有
id都是数字」：用pm.expect(pm.response.json()).to.satisfy(arr => arr.every(x => typeof x.id === "number")) - 避免用
JSON.parse(responseBody)——pm.response.json()更安全，自动处理解析失败 - 断言失败时，
console.log()输出实际数组长度和前两项，比盲猜快得多
从数组里提取某个 ID 存为全局变量，但总存错或存空
典型现象：脚本没报错，但后续请求里 {{user_id}} 是空的。问题常出在条件判断松散、类型不匹配，或循环没 break。
实操建议：
- 别用
==比较布尔值，用===。例如item.isRetail === true，而不是item.isRetail == "true" - 提取后立刻加日志：
console.log("Found user ID:", id); pm.globals.set("user_id", id);，确认是否真进到赋值逻辑 - 如果数组可能为空，加保护：
if (Array.isArray(data.users) && data.users.length > 0) { ... } - 多个匹配项时，明确你要第一个（
find）、最后一个（findLast）还是全部（filter），别依赖for循环默认只取一个
Preview 和 Pretty 视图下数组展开行为不一致
Pretty 能点开每层对象/数组，Preview 却只渲染成网页效果甚至空白——这不是 bug，是设计如此。Preview 本质是把响应体当 HTML 渲染，遇到纯 JSON 就不显示内容。
实操建议：
- 查数组结构，只用
Pretty或Raw；Preview仅适合响应体是 HTML 或带渲染意义的富文本 -
Pretty下 Ctrl+F 搜索字段名（如id）能快速定位，但搜索结果高亮只在当前展开层级生效 - 如果数组嵌套深、字段名重复（比如多层都有
code），用Raw视图配合浏览器搜索更可靠 - 别依赖视图自动格式化：某些接口返回的 JSON 字段名含空格或特殊字符（如
"user id"），Pretty会显示但 JS 访问得用方括号：item["user id"]
result 字段，整条取值链就断。所以别省那两行 console.log，先看清结构，再写路径。 
