Postman可通过Pre-request Script调用旧服务并存响应、主请求获取新响应，在Tests中用结构化树比对（非JSON.stringify）实现自动差异检查，需校验字段增删、类型一致、空值处理等细节。
Postman 本身不提供开箱即用的「两响应自动比对」功能，但可以通过组合 Pre-request Script、pm.sendRequest 和 Tests 实现新旧接口响应的结构化差异检查。关键不是“能不能比”，而是“怎么比才不漏字段、不误判类型、不卡在 null 或浮点精度上”。
用 pm.sendRequest 在单个请求里并发调旧服务
不能依赖手动切环境再粘贴比对——几百个接口下，人眼+复制粘贴是最大瓶颈。必须让一次请求同时拿到新旧响应。
-
Pre-request Script中用pm.sendRequest主动调用旧服务（注意：它不阻塞主请求，需用回调处理） - 旧响应必须存进环境变量，比如
pm.environment.set("old_response", JSON.stringify(old_response.json()))；直接存对象会丢失类型信息，后续 JSON.parse 时可能把"1"和1都变成字符串 - 主请求发往新服务，它的响应由
pm.response原生获取，无需额外发送 - 别忘了加超时控制：
pm.sendRequest({..., timeout: 5000})，否则旧服务慢或挂掉会导致整个测试卡死
在 Tests 里做结构化比对，别用 == 或 JSON.stringify
直接 JSON.stringify(a) === JSON.stringify(b) 会因键序、空格、换行、浮点精度（0.1 + 0.2 !== 0.3）、null vs undefined 等误报差异。必须走解析后树比对。
- 先用
JSON.parse()分别解析新旧响应字符串（确保之前存的是字符串） - 手写递归比对函数，或引入轻量库如
deep-diff（需提前在 Postman 的 Runner 中勾选 “Allow scripts to access local files” 并托管 JS 文件） - 重点校验：对象键是否缺失/新增、同路径值是否相等（
===）、类型是否一致（typeof a === typeof b）、数组长度是否相同、null是否被替换成undefined或空字符串 - 示例判断逻辑：
if (newObj.key !== undefined && oldObj.key === undefined) { tests["key missing in old"] = false; }
用环境变量隔离新旧服务地址，但别在 URL 栏硬编码
如果新旧服务域名不同（如 https://old-api.example.com vs https://new-api.example.com），URL 栏里写死会导致无法批量切换。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 在环境里定义两个变量：
oldHost和newHost，值分别为对应域名 - 主请求 URL 写成
{{newHost}}/v1/order，旧请求在脚本中拼接为{{oldHost}}/v1/order - 避免用
pm.variables.set动态改 URL —— 它不生效于当前请求，只影响后续 - 注意端口和协议一致性：若旧服务用
http而新服务强制https，pm.sendRequest会因混合内容被浏览器拦截（仅限桌面版 Postman Electron；Web 版无此问题但功能受限）
diff 结果要可定位、可导出，别只靠 console.log
光在控制台打日志没用——回归测试时没人一页页翻 Console。必须把差异结构化输出到测试断言或外部文件。
- 每发现一处差异，就调一次
pm.test()，例如：pm.test("field user.profile.avatar changed from string to null", () => { ... }) - 把完整 diff 结果存入环境变量：
pm.environment.set("diff_report", JSON.stringify(diffList))，方便 Runner 批量导出 CSV 或后续脚本提取 - 大响应体慎用全量比对：若单次响应超 1MB，
pm.sendRequest回调可能因内存占用高而延迟甚至失败，建议先用responseSize检查大小，超阈值则跳过深度比对，只校验状态码和关键字段
真正难的不是写几行 JS，而是处理那些 JSON 规范里模糊、但业务里致命的细节：时间字段是字符串还是毫秒数、金额是否保留两位小数、空数组 [] 和 null 是否等价、嵌套对象里字段顺序调整算不算 breaking change。这些必须在比对逻辑里显式定义规则，而不是指望工具“智能识别”。
