在Postman中模拟缺失必填字段，需在Body→raw→JSON中彻底删除对应键值对（含引号、冒号、值及前置逗号），确保字段不存在；再通过Tests断言状态码400、Content-Type为application/json，并验证响应中error details包含被删字段名。
Postman里怎么模拟缺失必填字段的JSON请求
直接删掉对应字段，而不是留空或填null——后端校验逻辑通常只检查字段是否存在，不关心值是否为null或空字符串。
操作路径很明确：Body → raw → JSON → 编辑 JSON 文本，删掉整个键值对（包括引号、冒号、值和逗号分隔符）。
- 错误示范：
{"username":"","password":"123"}—— 字段存在，只是值为空，多数后端不会触发“缺失字段”错误 - 正确示范：
{"password":"123"}——username字段彻底消失，才能命中服务端的@NotBlank或@NotNull校验失败分支 - 注意逗号：删字段后，上一行末尾的逗号必须一并去掉，否则 JSON 语法非法，Postman 会标红且发不出请求
怎么确认后端真的返回了“缺少必填字段”的错误响应
不能只看状态码是 400 就算完——很多接口统一用 400，但错误结构千差万别。关键得看响应体里的 code、message 和具体 field 字段。
- 先检查
Content-Type响应头是不是application/json，不是就说明后端可能连解析都没成功（比如直接抛了 500） - 常见合规响应结构示例：
{"code":400,"message":"参数校验失败","details":[{"field":"username","message":"用户名不能为空"}]} - 如果响应是纯文本（如
"username is required"）或 HTML 页面，说明后端没做标准化错误包装，测试时得按实际格式写断言，不能硬套通用模板
Postman Tests里怎么断言“字段缺失”被正确捕获
靠 pm.response.to.have.status(400) 远不够。必须解析 JSON 并验证错误详情是否指向被删掉的那个字段。
- 基础断言要包含三部分：状态码 +
Content-Type+ 错误字段名 - 示例脚本（假设删了
username）：pm.test("Missing username returns 400 with field error", function () { pm.response.to.have.status(400); pm.response.to.have.header("Content-Type", "application/json"); const jsonData = pm.response.json(); pm.expect(jsonData.details).to.be.an("array").that.is.not.empty; pm.expect(jsonData.details[0].field).to.eql("username"); }); - 如果后端返回的是扁平结构（如
{"error":"username is required"}），就得改用pm.expect(jsonData.error).to.include("username")，避免因字段路径不匹配导致断言失败
容易被忽略的边界情况
真实测试中，字段“缺失”不只发生在顶层，嵌套对象、数组元素里也可能漏传——这些场景常被手工测试跳过。
- 嵌套缺失：
{"user":{"email":"a@b.com"}}中漏掉user.name，需确认后端是否递归校验 - 数组空项：
{"items":[]}和{"items":[{"id":1}]}是两种不同 case，前者可能触发“至少一项”校验，后者才校验单个 item 字段 - 字段名大小写/下划线差异：前端传
user_name，后端期望userName，这种“看似存在实则无效”比完全缺失更难定位，建议在 Headers 里加X-Debug: true开启后端详细日志
字段存在性校验的可靠性，取决于前后端对“空”“未传”“null”的定义是否一致；测试时别只盯着 JSON 文本删字段，得结合后端框架的实际校验注解（比如 Spring 的 @Valid + @NotNull 行为）来设计用例。
