推荐用 pm.response.json() 提取分页总数，它自动容错解析并返回原生对象；字段路径需据实际结构确定（如 .pagination.total），注意大小写；校验时应结合 page、per_page 与 data 长度逻辑比对，避免异步断言和变量污染。
怎么用 pm.response.json() 提取分页数据总数
分页接口通常在响应体里带 total、total_count 或 pagination.total 这类字段，但不是所有接口都统一。直接读 responseBody 再 JSON.parse() 容易出错——比如响应为空、格式非 JSON、或字段嵌套层级深。
推荐用 pm.response.json()，它自带容错：解析失败会抛错，断言里能立刻捕获；成功则返回原生对象，不用再手动 try/catch。
- 如果接口返回结构是
{"data": [...], "pagination": {"total": 127}}，就写const total = pm.response.json().pagination.total; - 如果字段名不固定（如有的用
count，有的用totalItems），先用console.log(pm.response.json())看一眼实际结构，别猜 - 注意大小写：
Total和total是两个键，JavaScript 区分大小写
如何验证分页参数与返回数量逻辑一致
光看 total 字段没用——得确认它和你传的 page、per_page 能对上。比如请求 ?page=3&per_page=20，理论上最多返回 20 条，但响应里 data 数组长度是 17，说明这是最后一页；而 total 应该 ≥ 60（前两页满额 + 本页）。
在 Tests 里写校验时，别只断言 total 存在，要算：
const resp = pm.response.json(); const dataLen = Array.isArray(resp.data) ? resp.data.length : 0;-
const page = pm.environment.get("page") || 1;（假设你用环境变量控制分页） const perPage = pm.environment.get("per_page") || 10;- 检查
dataLen ，否则说明后端没做分页截断 - 可选：用
Math.min(perPage, resp.total - (page - 1) * perPage)预估本页应有条数，和dataLen对比
为什么 pm.test("total > 0", () => { ... }) 经常误报
常见错误是把断言写成异步操作却没 return 或 await，导致 Postman 认为测试“通过”了，其实根本没执行到校验逻辑。比如这样写就危险：
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
pm.test("total > 0", () => {
setTimeout(() => {
const total = pm.response.json().total;
pm.expect(total).to.be.above(0);
}, 100);
});
上面代码中，setTimeout 是异步的，函数体立即结束，Postman 不等回调就标记测试通过。正确写法只有两种：
- 去掉异步：直接同步取值校验
- 用
async/await+pm.response.text()或pm.response.json()（它们本身是 Promise）
另外，pm.expect 报错时不会中断后续断言，但如果你依赖前面的变量（比如 total 为 undefined 却继续算除法），就会触发 Cannot read property 'xxx' of undefined——这种错误不会出现在测试列表红标里，得翻控制台看 Console 页签。
批量跑分页请求时，怎么避免环境变量污染
用 Collection Runner 跑多页（如 page=1 到 page=5）时，如果每页都在 Tests 里执行 pm.environment.set("total", xxx)，最后一页的值会覆盖前面的。但你往往需要汇总所有页的 data 长度，或者比对每页的 total 是否一致。
解决方案是改用全局变量或集合变量：
- 用
pm.collectionVariables.set("accumulated_count", count)，集合变量在整轮运行中持续存在 - 或用
pm.globals.set("last_total", total)，但要注意多个请求并发时可能冲突（Collection Runner 是串行的，所以安全） - 更稳妥的是在 Pre-request Script 里初始化一个数组：
if (!pm.collectionVariables.get("all_page_counts")) pm.collectionVariables.set("all_page_counts", JSON.stringify([]));，然后在 Tests 里取出来 push 新值再存回去
真正容易被忽略的是：Collection Runner 的「Data file」模式下，每个迭代是独立上下文，环境变量不会自动继承上一轮的修改——这时候必须用集合变量或全局变量，否则每页都是从初始值开始。
