Spring Boot参数校验测试需覆盖@RequestBody、@RequestParam、@PathVariable、分组校验及自定义约束等场景，确保各注解在不同上下文中准确触发并返回400错误及正确错误信息。
在 Spring Boot 中，参数校验主要依赖 @Valid、@Validated 及 JSR-303/JSR-380（如 @NotNull、@Size、@Email 等）注解，配合 BindingResult 或全局异常处理器捕获校验失败。编写全面的单元测试，关键在于**覆盖不同校验触发场景**：请求体（JSON）、路径变量、查询参数、表单提交、嵌套对象、分组校验、自定义约束等，并验证是否正确返回错误信息或拒绝请求。
测试 @RequestBody 的 Bean 校验（含嵌套与集合）
这是最常见场景。需用 @WebMvcTest 或 @SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT) 搭配 MockMvc 发送 JSON 请求，检查 400 响应及错误详情。
- 测试空字段、超长字符串、非法邮箱、负数等触发各注解失败
- 对嵌套对象（如
User.address.city），确保错误路径为address.city而非扁平名 - 集合元素校验（如
List<@Valid OrderItem>）需验证每个元素独立报错 - 示例：
mockMvc.perform(post("/api/users").contentType(APPLICATION_JSON).content("{ \"name\": \"\", \"email\": \"invalid\" }"))...，断言响应体含"name": ["must not be blank"]
测试 @RequestParam 和 @PathVariable 的校验
这两个注解本身不支持 JSR 校验，需配合 @Validated 在 Controller 方法参数上启用，并使用 ConstraintViolationException 处理器或 @ExceptionHandler(MethodArgumentNotValidException.class) 统一拦截（注意：仅 @Validated 对 @RequestParam 有效，@Valid 无效）。
- 为方法参数加
@Validated，并在参数上标注@NotBlank、@Min(1)等 - 测试 URL 中传空值、非法数字（如
/api/orders?id=abc） - 注意：路径变量校验失败默认抛
ConstraintViolationException，需配置全局处理器转为 400 + JSON 错误体 - MockMvc 测试时直接构造带非法参数的 URL 即可
测试分组校验（Group Validation）
当同一字段在创建和更新时校验规则不同时（如 ID 创建时忽略、更新时必须），需定义校验分组接口并用 @Validated({Create.class}) 切换。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 定义两个空接口
Create和Update - Bean 中字段标注
@NotBlank(groups = Create.class)、@NotNull(groups = Update.class) - 测试时分别调用带不同分组注解的接口，验证仅对应分组规则生效
- 确保测试用例覆盖“只满足 A 组不满足 B 组”“两组都满足”“两组都不满足”三种情况
测试自定义约束注解与跨字段校验
例如 @PasswordMatches 校验两次输入密码一致，或 @FutureDate 校验日期晚于当前时间。这类注解需实现 ConstraintValidator，并在测试中验证其逻辑。
- 单独测试 Validator 实现类（不依赖 Spring），传入各种对象实例，断言
isValid()返回值 - 集成测试中构造违反该约束的请求体，确认控制器返回 400 并含预期错误码（如
"passwordMatches"） - 若跨字段逻辑依赖 Spring 上下文（如查数据库），可在测试中用
@MockBean替换服务，控制返回结果
真正全面的校验测试，不是只测“坏数据被拦住”，而是明确每条规则在每种上下文（请求体/参数/分组/嵌套）下的行为是否符合设计。把校验注解当作契约，测试就是验证这个契约被严格执行——不漏、不错、不越界。
