JUnit 5代码/配置复用：应选用抽象测试类还是扩展？

核心差异与适用场景 #

1. 抽象测试类（如AbstractDatabaseTests） #

• 优势：实现门槛低，直接通过继承就能复用公共逻辑（比如数据库连接初始化、测试数据清理），代码直观易懂，适合小型项目或团队统一测试模板的快速落地。
• 局限：受Java单继承机制限制，如果测试类已经需要继承其他业务基类，就会出现冲突；逻辑与测试类耦合度高，无法灵活组合多个独立的复用逻辑。

2. JUnit 5 扩展（Extension） #

• 优势：作为JUnit 4 Rules的替代方案，支持组合式复用——一个测试类可以同时应用多个扩展；遵循开闭原则，无需修改测试类结构就能新增或移除复用逻辑；还能通过@ExtendWith注解灵活启用，甚至配合自定义注解进一步简化使用。这也是JUnit 5官方更推崇的现代化复用方式，契合「组合优于继承」的设计理念。
• 局限：实现相对复杂，需要编写实现Extension接口（或其子接口，比如BeforeEachCallback、AfterEachCallback）的类，适合中大型项目或需要高度复用、灵活组合逻辑的场景。

选型建议 #

• 若只是单一维度的简单复用（比如所有数据库测试都需要统一的连接初始化），团队规模小且无多继承冲突，用抽象测试类快速落地完全没问题。
• 若需要复用多个独立逻辑（比如数据库初始化+日志记录+参数化配置），或者测试类已有继承需求，优先选择JUnit 5扩展。

示例对比 #

扩展实现方式

public class DatabaseExtension implements BeforeEachCallback, AfterEachCallback {
    @Override
    public void beforeEach(ExtensionContext context) throws Exception {
        // 初始化数据库连接逻辑
    }

    @Override
    public void afterEach(ExtensionContext context) throws Exception {
        // 关闭连接、清理测试数据逻辑
    }
}

// 测试类中启用扩展
@ExtendWith(DatabaseExtension.class)
class UserRepositoryTest {
    // 测试方法
}

抽象类实现方式

abstract class AbstractDatabaseTests {
    private Connection dbConn;

    @BeforeEach
    void setupDatabase() {
        // 初始化数据库连接逻辑
    }

    @AfterEach
    void teardownDatabase() {
        // 关闭连接、清理测试数据逻辑
    }
}

// 测试类继承抽象类
class UserRepositoryTest extends AbstractDatabaseTests {
    // 测试方法
}

内容的提问来源于stack exchange，提问作者duckydude20