先调用pm.response.json()解析响应，再用filter/find遍历数组并条件筛选；需校验数组存在性，筛选结果存环境变量前须JSON.stringify，读取时JSON.parse还原。
Postman 中用 pm.response.json() 提取数组后怎么按条件过滤
Postman 本身不支持类似 SQL 的查询语法，必须靠 JavaScript 手动遍历。常见错误是直接在 Tests 里写 response.data.find(...) 却没先解析 JSON，结果报 TypeError: Cannot read property 'find' of undefined。
正确做法是先调用 pm.response.json() 获取响应体，再对目标数组字段做 filter 或 find：
const res = pm.response.json(); const users = res.data || []; // 假设数组在 data 字段下 const targetUser = users.find(item => item.id === 123 && item.status === "active");
- 务必检查数组是否存在（如
res.data可能为null、undefined或非数组） - 若接口返回的是纯数组（如
[{...}, {...}]），可直接pm.response.json().find(...) - 字符串匹配注意大小写，
item.name.toLowerCase().includes("john")更稳妥
怎么把筛选结果存到环境变量供后续请求用
Postman 的 pm.environment.set() 只接受字符串、数字或布尔值，不能直接存对象或数组。如果存 targetUser，会自动转成 [object Object]，后续取出来就废了。
解决方法是序列化后再存，且读取时反序列化：
if (targetUser) {
pm.environment.set("matched_user", JSON.stringify(targetUser));
}
后续请求中使用时，在 Pre-request Script 或 Tests 里还原：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
const userStr = pm.environment.get("matched_user");
const userObj = userStr ? JSON.parse(userStr) : null;
- 存之前加空值判断，避免
JSON.stringify(undefined)得到"undefined" - 环境变量名别用点号（如
user.id），Postman 不支持嵌套键名 - 若需存多个匹配项，用
JSON.stringify(users.filter(...))，但注意长度限制（一般不超过 5MB）
响应结构复杂时如何安全定位目标数组
很多 API 返回嵌套很深的结构，比如 res.payload.results.items 或 res.data.list[0].children，硬写路径容易因某层为 null 报错。
推荐用可选链（?.）+ 空值合并（??）保底：
const items = pm.response.json()?.payload?.results?.items ?? [];
兼容旧版 Postman（?. 不支持）时，老老实实用短路表达式：
const items = ((res || {}).payload || {}).results || [];
- 不要依赖响应格式永远一致，尤其测试不同环境（dev/staging）时
- 可用
console.log(pm.response.json())在控制台确认实际结构（需开启 Postman Console） - 如果数组在响应头或 Cookie 里？那根本不是
pm.response.json()能处理的范围，得换思路
为什么 pm.test 里筛选失败但控制台输出看着是对的
典型现象：脚本里 console.log(found) 显示对象存在，但 pm.test("xxx", () => { expect(found).to.exist }) 报错。原因往往是异步执行顺序问题——你没等响应解析完就进了断言。
Postman 的 Tests 是同步执行的，但如果你在 pm.sendRequest 回调里做筛选，而没把 pm.test 写在回调内部，就会出问题。
-
pm.response.json()必须在 Tests 标签页里调用，不能在 Pre-request Script 中提前读（此时响应还没回来） - 如果用
pm.sendRequest发子请求，所有断言和变量设置必须放在其回调函数内 - 调试时优先用
console.log()看原始数据，而不是只信pm.expect的报错信息
data，结果文档写的是 records」或者「状态字段返回的是 STATUS_ACTIVE 而不是 active」——多看一眼响应体原文，比反复改脚本更快。 
