Postman断言中出现undefined主因是响应结构与代码假设不符：JSON字段名大小写/符号不匹配、XML需用xml2js解析、变量作用域隔离、未校验Content-Type就调用.json()。
Postman断言中出现 undefined，基本不是脚本写错了，而是你试图访问的属性根本不存在于当前响应结构里——尤其是当响应是 XML、嵌套 JSON 或字段名带空格/特殊字符时，jsonData.user_info.birthday 这种链式取值极易崩。
为什么 pm.response.json() 后取值报 undefined
JSON 响应本身没问题，但你假设的结构和实际返回不一致。比如文档说有 user_info，结果服务端返回的是 userInfo（驼峰）或 user-info（短横线），JS 对象属性名不匹配就直接 undefined。
- 用
console.log(pm.response.json())看原始结构，别靠文档脑补 - 所有中间层级都加可选链判断：
jsonData?.userInfo?.birthday，避免Cannot read property 'birthday' of undefined - 字段名含空格、短横、点号（如
"user id"、"user-name"、"a.b"）必须用方括号语法：jsonData["user id"]、jsonData["user-name"]、jsonData["a.b"] - 数组响应没判空就直接取
[0]：先Array.isArray(jsonData.users) && jsonData.users.length > 0，再取值
pm.response.xml 取节点值返回空或 undefined
pm.response.xml 是个极简 DOM-like 对象，只暴露 documentElement 和 getElementsByTagName()，不支持命名空间、XPath、深层嵌套查找。写 pm.response.xml.getElementsByTagName("StatusCode") 返回空数组，不是你写错了，是它本来就不行。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 别碰
pm.response.xml——它对 SOAP、带命名空间的 XML 完全失效 - 改用
xml2js.parseString()解析原始字符串：xml2js.parseString(pm.response.text(), (err, result) => { /* 处理 result */ }) - 注意 Postman 内置
xml2js是 0.4.x 版本，不支持mergeAttrs: true，加了也静默忽略 - 解析后键名含命名空间（如
["soap:Envelope"]）是数组，必须取[0]；用Object.keys(result).find(k => k.includes("Envelope"))动态找根键更稳
断言中变量未定义或作用域错误
常见于把 var jsonData = pm.response.json() 写在 pm.test() 外部，然后在多个 pm.test() 里直接用 jsonData——Postman 每个 pm.test() 是独立执行上下文，外部声明的变量在另一个 test 里不可见。
- 每个
pm.test()内部都要重新调用pm.response.json()或pm.response.text() - 不要在 Tests 标签页顶部写“全局变量”，Postman 不支持跨 test 共享 JS 变量
- 需要复用解析结果？用
pm.variables.set("parsedJson", JSON.stringify(jsonData))存为环境/集合变量，再用JSON.parse(pm.variables.get("parsedJson"))读取（注意序列化开销） - 预请求脚本（Pre-request Script）里设的变量，在 Tests 里可用；但 Tests 里设的变量，不会回传给下一次请求
最常被忽略的一点：Postman 的 pm.response.json() 和 pm.response.text() 都是同步方法，但它们依赖响应体真实格式。如果服务端返回的是 XML 却硬调 .json()，会直接抛错中断整个 Tests 执行——这时你看到的 undefined 其实是脚本根本没跑下去。先确认响应 Content-Type，再决定用哪个解析方式。
