JUnit 5 不原生支持嵌套参数化测试，但可通过 @Nested 类与 @ParameterizedTest 协同实现：用 @Nested 划分业务维度并独立参数化，@MethodSource 构建多维数据集，复用参数但差异化断言，注意生命周期隔离与共享 fixture 的合理设计。
JUnit 5 的嵌套参数化测试不是原生支持的“嵌套 + 参数化”组合特性，但可以通过 @Nested 类与 @ParameterizedTest 协同设计，实现逻辑分层、数据隔离、场景复用的复杂测试结构。
用 @Nested 划分业务维度，每个层级独立参数化
将不同业务子场景（如支付方式、订单状态、用户角色）建模为独立的 @Nested 类，每个类内定义自己的 @ParameterizedTest。这样既保持测试可读性，又避免参数爆炸或逻辑耦合。
- 外层
@Nested类代表一个业务维度（例如 “退款流程”） - 内层方法使用
@ValueSource、@CsvSource或自定义ArgumentsProvider提供该维度下的具体用例 - 每个
@Nested类拥有独立生命周期（@BeforeEach/@AfterEach），便于准备差异化测试上下文
共享参数 + 组合策略：用 @MethodSource 构建多维数据集
当需要覆盖「用户类型 × 地区 × 订单金额区间」这类交叉场景时，不靠嵌套类硬编码，而是用 @MethodSource 返回 Stream<Arguments>，显式构造笛卡尔积或业务规则过滤后的组合数据。
- 在静态方法中生成结构化参数（如
Arguments.of(role, region, amountRange)） - 可结合条件判断剔除非法组合（例如 “海外用户不支持货到付款”）
- 配合
@DisplayName("{0} + {1} + {2}")清晰标识每条用例含义
嵌套类中复用同一组参数，但验证逻辑差异化
同一个参数集，在不同 @Nested 类里可执行不同断言——比如一组订单 ID 数据，分别验证「风控拦截逻辑」和「对账一致性」。
- 把参数源（如
@CsvFileSource(resources = "/orders.csv")）放在父测试类或工具类中 - 各
@Nested类通过私有方法或字段复用该数据，但各自实现专属的assert链 - 避免重复加载/解析，提升执行效率，也利于数据版本统一管理
注意生命周期与变量作用域边界
@Nested 类是独立实例，不能直接访问外层测试类的非静态字段；参数化方法也不继承外层 @BeforeEach。需主动协调初始化。
- 若需共享 fixture（如 mock service、DB connection），建议提取为
static辅助类或使用Extension（如TestInstancePerClass+ 自定义扩展） - 避免在
@Nested类中误用外层字段导致 NPE 或状态污染 - 调试时留意 IDE 显示的测试树结构：每个参数化用例会以嵌套路径形式呈现（如
RefundFlowTests > WithAlipay > should_refund_successfully[1]）
