应先用 pm.response.json() 解析响应，再对字段用 typeof 或 Number.isFinite() 断言类型；需防越界、空值及字符串数字混淆，并配合 console.log 和 JSON Schema 提升健壮性。
用 typeof 判断 JSON 字段是否为数字类型
Postman 本身不提供直接的「类型断言」快捷模板，但你可以用 JavaScript 的 typeof 配合 pm.expect() 完成。关键点是：必须先解析响应体为 JSON 对象，再取值判断类型，不能对字符串做 typeof。
常见错误现象：写成 typeof pm.response.text().data.id === 'number' —— 这永远是 'string'，因为 text() 返回的是原始字符串。
- 正确做法是先调用
pm.response.json()解析整个响应 - 再用点语法或方括号访问目标字段，例如
jsonData.count或jsonData.items[0].price - 最后套
typeof并用pm.expect()断言
示例代码：
const jsonData = pm.response.json();
pm.test("count is a number", function () {
pm.expect(typeof jsonData.count).to.eql('number');
});
用 Number.isFinite() 区分数字和数字字符串
仅靠 typeof === 'number' 不够严谨——它无法排除 NaN 或 Infinity。实际接口中更常见的需求是「这个字段必须是合法的、可参与计算的数字」。
这时候推荐用 Number.isFinite()，它能同时过滤掉 NaN、Infinity 和非数字类型。
- 如果字段可能为空（
null/undefined），Number.isFinite(null)直接返回false，安全 - 如果字段是字符串
"123"，Number.isFinite("123")仍为false，避免隐式转换带来的误判 - 想兼容字符串数字？得显式转一下：
Number.isFinite(Number(jsonData.price))
示例：
Postman Mac版是一款专为macOS设计的API开发与测试工具，凭借简洁的界面和强大的功能，深受开发者喜爱。它支持发送各种HTTP请求（GET、POST、PUT等），轻松管理接口集合、环境变量和模拟服务器。Mac用户可享受原生性能、快捷键优化及与系统无缝集成的体验，适用于接口调试、自动化测试和文档生成。无论是个人项目还是团队协作，Postman for Mac都能提升API开发效率，是ma
const jsonData = pm.response.json();
pm.test("price is a valid finite number", function () {
pm.expect(Number.isFinite(jsonData.price)).to.be.true;
});
嵌套数组里第 N 项的数值断言要小心索引越界
当断言类似 data.items[2].score 这种带索引的路径时，最容易踩的坑是响应数据长度不足，导致 jsonData.items[2] 为 undefined，后续 typeof undefined 是 'undefined'，断言失败但报错信息不直观。
建议加一层存在性检查：
- 先确认数组长度足够：
pm.expect(jsonData.items).to.have.lengthOf.at.least(3) - 再断言具体项：
pm.expect(typeof jsonData.items[2].score).to.eql('number') - 或者合并写（更简洁）：
pm.expect(jsonData.items[2] && typeof jsonData.items[2].score === 'number').to.be.true
注意：不要用 jsonData.items[2]?.score —— Postman 内置沙箱基于较老版 JS 引擎，可选链操作符（?.）在部分旧版本中不支持。
断言失败时看不到原始值？加 console.log 调试
Postman 的 Test Results 只显示 PASS/FAIL 和测试名，不打印中间变量。当你发现 typeof jsonData.age !== 'number' 却不知道它到底是什么，就得手动查。
调试方法很简单：在 Tests 里任意位置加 console.log()，然后打开 Postman 控制台（View → Show Postman Console）看输出。
console.log('raw response:', pm.response.text())console.log('parsed json:', pm.response.json())console.log('age field value:', jsonData.age, typeof jsonData.age)
这个习惯能省下大量「为什么明明是数字却断言失败」的排查时间。尤其当后端返回 "0"（字符串）还是 0（数字）不统一时，控制台一眼就能看出差异。
count: 5 改成 count: "5"，所有基于 typeof 的断言立刻失效，而你可能只在回归时才发现。所以建议把这类断言和 JSON Schema 校验搭配使用，提前卡死字段类型契约。 
