Postman 不支持直接对比 GET 与 POST 响应的内置 Diff 工具，需通过 pm.sendRequest 在 Pre-request Script 中发起一请求、Tests 中比对两响应，注意异步处理、状态码校验及动态字段剔除。
Postman 本身不提供“自动对比两个不同请求方式（比如 GET vs POST）响应体”的内置 Diff 工具，但你可以通过组合环境变量、前置脚本和测试脚本，在单个请求中模拟双请求并做结构化比对。关键不是靠界面按钮，而是用 pm.sendRequest 主动发起旧/新接口调用，再用 JSON.stringify() 或 _.isEqual() 做断言级比对。
怎么在同一个 Postman 请求里发 GET 和 POST 并比对响应
典型场景是：同一业务逻辑，旧版走 GET /api/user?id=123，新版改用 POST /api/user + JSON Body {"id": 123}。你不能靠人工肉眼扫两个 Tab，得让 Postman 自己算。
- 在当前请求的 Pre-request Script 中用
pm.sendRequest发起另一个请求（比如先发 GET） - 把响应存进环境变量：
pm.environment.set("get_response", JSON.stringify(pm.response.json())) - 主请求设为 POST，正常发送
- 在 Tests 里读取两个响应，用 Lodash 的
_.isEqual比结构，或用JSON.stringify(a) === JSON.stringify(b)粗略比（注意 key 顺序影响） - 别忘了处理空响应或非 200 状态码，否则
pm.response.json()会报错
为什么不能直接用 Collection Runner 跑两个不同方法的请求再比对
Collection Runner 是按顺序执行每个请求，但每个请求的 pm.response 只在自己的 Tests 里有效，跨请求无法直接访问。也就是说，你在 GET 请求的 Tests 里存了 old_data，到了下一个 POST 请求里，pm.environment.get("old_data") 是可以取到的——但前提是 GET 请求里真的执行了 pm.environment.set()，且没被后续请求覆盖。
- 必须统一用环境变量（
pm.environment.set()）或全局变量（pm.globals.set()）中转数据 - GET 和 POST 必须放在同一个 Collection 下，并确保执行顺序可控（比如用文件夹分组 + 手动拖拽排序）
- 如果两个请求参数依赖动态值（如 token），前置脚本里要先统一获取并设置，否则第二个请求可能因鉴权失败而中断比对
- Collection Runner 不支持“并行请求”，所以双请求本质是串行，时间差可能导致状态不一致（比如 POST 创建了资源，GET 查不到）
用 pm.sendRequest 对比时容易踩的坑
pm.sendRequest 是异步的，写法不对会导致主请求先结束、测试脚本跑完，而异步回调还没执行——结果就是比对逻辑根本没运行。
- 必须把主请求的断言逻辑包在
pm.sendRequest的回调函数里，不能写在外面 - 别在回调里直接用
pm.test，要确保它在回调内执行，否则会被忽略 - 错误处理要显式写：
if (error) { console.error(error); return; }，否则网络失败时脚本静默跳过 - 响应体过大时，
JSON.stringify()可能触发内存限制；可改用字段级比对，比如只比response.body.data和response.body.code - 时间戳、UUID 类字段天然不一致，比对前需手动剔除或忽略这些字段
真正省事的替代方案：用 Newman + 自定义脚本做离线 Diff
当接口数量超过二三十个，手工维护 Pre-request Script 成本太高。这时该切到命令行：导出 Collection 为 JSON，用 Newman 运行两次（分别指向旧/新 base_url），把响应保存为两个 JSON 文件，再用 Python 或 Node.js 脚本做字段级 Diff。
- Neoman 支持
--environment和--global-var，可灵活切换 host - 用
newman run collection.json -e old-env.json --reporters json --reporter-json-export old.json分别导出 - 自定义脚本重点检查：HTTP 状态码是否一致、顶层字段是否存在、数组长度是否相同、关键业务字段（如
amount、status）值是否相等 - 这种做法绕开了 Postman UI 层限制，适合 CI 阶段批量回归，也更容易加进 Git diff 流程
最常被忽略的一点是：GET 和 POST 的语义差异会导致服务端行为不同——比如 GET 可能被 CDN 缓存、POST 可能触发幂等校验。比对前先确认两边接口在协议层就该返回相同结果，而不是把“设计上就不该一致”的差异当成 Bug 报出去。
