Postman 不自动校验参数大小写，是否通过取决于后端严格匹配：JSON key、query 参数、form-data name 均区分大小写；应复制文档字段名、用 Tests 断言、Pre-request 脚本预警、统一管理环境变量命名。
Postman 本身不会自动校验或修正参数名的大小写，它完全按你输入的内容原样发送。接口是否接受 user_id 还是只认 userId，取决于后端实现——而绝大多数 RESTful 接口是严格区分大小写的。
为什么参数大小写会出错？
常见现象是：本地调试时一切正常，一到测试/生产环境就返回 400 Bad Request 或 {"code":400,"msg":"param error"}；用 Fiddler 或浏览器开发者工具对比发现，请求体里某个字段名拼写和文档不一致（比如文档写 captchaCode，你填了 captchacode 或 CaptchaCode）。
根本原因不是 Postman 的问题，而是 HTTP 协议本身不定义“参数名标准化规则”，JSON key、form-data 字段名、URL query 参数都属于原始 payload，服务器解析时逐字匹配。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- JSON Body 中的 key 默认区分大小写（
JSON.parse()原生行为） - URL query 参数（如
?Token=abc）对服务器而言就是字符串键，token和Token是两个不同参数 - form-data 的
Content-Disposition: form-data; name="file"中的name值也区分大小写
怎么快速检查并避免大小写错误？
别靠肉眼扫，用这几种方式主动拦截：
- 在
Tests标签页加断言，验证响应中是否包含预期字段名（尤其当返回错误提示含字段名时）：pm.test("response contains userId", function () { pm.expect(pm.response.json()).to.have.property("userId"); }); - 用
Pre-request Script提前校验变量值是否符合命名规范（比如强制转小写下划线）：const body = pm.request.body.raw; if (body && body.includes("UserId")) { console.warn("⚠️ detected 'UserId' in raw body — check casing against API doc"); } - 把接口文档里的字段名复制进 Postman 的
Body/Params输入框，而不是手打——这是最简单有效的防错动作 - 启用 Postman 的
Auto-generate headers（右键 Body → “Set Content-Type header”）能减少因Content-Type不匹配导致的解析失败，但它不解决字段名大小写问题
form-data 和 x-www-form-urlencoded 的大小写陷阱
这两种格式最容易被忽略大小写，因为界面看起来像填表单：
-
form-data：每个 key 都是独立的name="xxx"，name="userName"和name="username"完全不同，后端收到的就是字面量 -
x-www-form-urlencoded：本质是 URL 编码的键值对，user_name=123和USER_NAME=123在服务端会被当作两个参数处理（除非后端做了统一转换） - 注意：Postman 的
Params标签页（用于 GET 查询参数）同样区分大小写，?id=1≠?ID=1
真正容易被忽略的是：当使用环境变量注入参数名（如 {{userKey}}）时，如果变量值本身带错大小写，整个请求就失效了——而这个错误不会报语法错，只会静默失败。建议所有关键字段名变量在 Globals 或环境里统一管理，并加注释说明大小写要求。
