@parameterizedtest 能减少重复代码，实现“测什么”与“怎么测”分离；junit 5 提供 @valuesource、@csvsource、@methodsource、@enumsource 四种数据源，需按场景选用并满足参数名、类型、静态方法等规范。
Java 中用 @ParameterizedTest 能显著减少重复测试代码，把“测什么”和“怎么测”分开，一个方法跑多组数据，维护成本低、覆盖更全。
选对数据源注解是关键
JUnit 5 提供多种内置数据源，按场景选：
- @ValueSource：适合单个参数的简单值，比如测试字符串是否为空、数字是否为奇数
-
@CsvSource：多个参数组合最常用，用逗号分隔，支持引号包裹含空格或特殊字符的值，例如
{"1, 2, 3", "0, 0, 0", "-1, 1, 0"} -
@MethodSource：需要构造复杂对象（如自定义类、集合）时用，方法必须是
static，返回Stream<arguments></arguments> - @EnumSource：直接遍历枚举所有值，适合状态机、类型校验等场景
写法要规范，避免常见报错
几个硬性要求必须满足，否则测试不执行或编译失败：
- 测试类不用加
@RunWith（那是 JUnit 4 的写法），JUnit 5 默认支持 - 必须引入依赖：
junit-jupiter-params，Maven 中单独声明 - 参数名要和方法签名严格对应，顺序不能错，类型要能自动转换（如字符串转 int）
- 使用
@MethodSource时，指定的方法名要用双引号，且该方法需在当前类或可访问的其他类中
结合业务场景提升实用性
参数化不是堆数据，而是有针对性地覆盖关键路径：
- 边界值优先：比如输入长度为 0、1、最大允许值、超长值
- 等价类划分：合法邮箱、非法邮箱（缺@、无域名等）各列几条典型样例
- 错误码映射：HTTP 状态码与业务异常类型的对应关系，一条数据驱动一次断言
- 配合
@DisplayName给每组测试起易读名字，失败时一眼看出哪条数据出问题
别忘了搭配断言和生命周期控制
参数化测试仍遵循 JUnit 5 的标准机制：
- 可用
@BeforeEach初始化被测对象，避免每组数据都重建实例 - 推荐用
assertAll批量断言，即使某条失败也不中断后续校验 - 复杂逻辑建议封装校验方法，让测试体保持简洁，例如
assertUserValid(user, expected)
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
