参数化测试核心是将“相同逻辑、不同数据”的场景合并为一个方法，由框架自动循环执行；JUnit 5用@ParameterizedTest配合@ValueSource等注解实现简洁灵活的声明式测试，JUnit 4则依赖@RunWith(Parameterized.class)和@Parameters静态方法。
Java 单元测试中用参数化测试减少重复代码，核心是把“相同逻辑、不同数据”的测试场景合并成一个方法，让框架自动循环执行。不用为每个输入值写一个@Test方法，也不用复制粘贴断言逻辑。
JUnit 5：用 @ParameterizedTest + 数据源注解
这是当前主流做法，简洁、灵活、可读性强。只需三步：
- 用 @ParameterizedTest 替代 @Test
- 选一个数据源注解提供输入（如 @ValueSource、@CsvSource、@MethodSource）
- 在方法参数里直接接收数据，写一次断言即可
例如验证字符串是否为空白：
```java@ParameterizedTest
@ValueSource(strings = {"", " ", "\t", "\n"})
void testIsBlank(String input) {
assertTrue(input == null || input.trim().isEmpty());
}
每组字符串都会触发一次执行，但只维护一份逻辑。
JUnit 4：靠 @RunWith(Parameterized.class) 驱动
需要稍多模板代码，但适合仍在使用 JUnit 4 的老项目：
立即学习“Java免费学习笔记（深入）”；
- 类上加 @RunWith(Parameterized.class)
- 定义构造函数接收参数，并赋值给成员变量
- 用 @Parameters 标注静态方法，返回 Object[][] 形式的数据集
比如测试质数校验器：
```java@RunWith(Parameterized.class)
public class PrimeNumberCheckerTest {
private final int input;
private final boolean expected;
public PrimeNumberCheckerTest(int input, boolean expected) {
this.input = input;
this.expected = expected;
}
@Parameterized.Parameters
public static Collection
选对数据源，覆盖更自然
不同场景适合不同注解，避免硬编码或拼接：
- @ValueSource：单个简单类型（int、String、boolean 等）
-
@CsvSource：多个参数组合，比如
{"1,2,3", "5,0,5"}对应三个 int 参数 - @MethodSource：返回 Stream<Arguments>，适合构造复杂对象或动态生成数据
- @EnumSource：直接遍历枚举所有值，适合状态机或类型校验
比如折扣计算测试，用 CsvSource 表达会员等级、商品类别和预期折扣率，一目了然。
配合 @DisplayName 提升可读性
参数化测试默认显示为 testMethod[1]、testMethod[2]，难以定位问题。加上 @DisplayName("{0} + {1} = {2}"） 可动态生成描述名：
```java@ParameterizedTest
@DisplayName("加法测试: {0} + {1} = {2}")
@CsvSource({"2,3,5", "0,0,0", "-1,1,0"})
void add(int a, int b, int expected) {
assertEquals(expected, a + b);
}
IDE 和测试报告里会显示 “加法测试: 2 + 3 = 5”，排查效率明显提高。
不复杂但容易忽略——关键不在写多少测试，而在怎么组织它们。参数化测试不是炫技，而是让边界值、异常输入、多状态组合这些高风险场景，变得可批量验证、易扩展、难遗漏。
