应先确认响应结构再取数组路径，如{"data":{"items":[...]}}需用jsonData.data.items.length；推荐pm.expect(jsonData.data.items).to.have.length(0)断言空数组，避免undefined报错。
直接用 jsonData.xxx.length 就能断言数组长度，但前提是路径写对、数据结构没嵌套错——很多人卡在取不到数组本身，而不是不会用 length。
怎么写对数组路径：先确认响应结构再取值
Postman 断言里不能靠猜。比如响应是 {"data": {"items": [...]}}，你写 jsonData.items.length 就会报 Cannot read property 'length' of undefined，因为 jsonData.items 根本不存在，真实路径是 jsonData.data.items。
- 务必先点开响应体右侧的「Pretty」视图，逐层展开，看清字段名和层级
- 遇到数组字段，注意它是否被包裹在
data、result、list等常见容器里 - 如果外层是对象、内层数组是空数组
[]，.length仍可安全访问，不会报错 - 如果字段压根没返回（比如后端漏传
items），那jsonData.data.items是undefined，再点.length就崩了
断言空数组和零长度：两种写法效果不同
pm.expect(jsonData.data.items).to.have.length(0) 和 pm.expect(jsonData.data.items.length).to.eql(0) 都能判断空数组，但前者更健壮——它内部做了存在性检查，即使 items 字段缺失，也会报 “expected undefined to have a length of 0”，而不是直接抛 JS 错误中断执行。
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 推荐用
to.have.length(N)形式，尤其当数组字段可能不返回时 - 如果必须用
.length属性取值，建议加一层存在性判断：jsonData.data && jsonData.data.items && jsonData.data.items.length - 不要用
jsonData.data.items?.length—— Postman 运行环境是较老版 JS 引擎，可选链操作符不支持
嵌套数组总数怎么算：别用 for 循环硬刚
当你要统计的是“每个交易下的 allocations 数量之和”，而不是外层数组长度，jsonData.transactions.length 就完全不对。这时候需要扁平化处理。
- 正确做法是用
flatMap：jsonData.transactions.flatMap(t => t.allocations || []).length -
|| []是关键，防止某个t.allocations是null或undefined导致flatMap报错 - 别手写
for循环累加——代码长、易漏判、难维护，且 Postman 脚本不是性能敏感场景 - 如果浏览器兼容性要求极高（比如跑在极老 Node 版本），可用
reduce替代：jsonData.transactions.reduce((sum, t) => sum + (t.allocations?.length || 0), 0)，但注意?.length同样不被 Postman 支持，得写成(t.allocations && t.allocations.length) || 0
最常被忽略的一点：断言失败时，Postman 只显示「Test failed」，不会告诉你 jsonData.data.items 到底是 undefined 还是 []。加一行 console.log(jsonData) 或 console.log(jsonData.data)，比反复改路径试错快得多。
