JUnit中如何为失败的assumption记录日志？

我之前也碰到过这个需求——JUnit 默认确实不会记录失败的假设，官方文档也提到是为了避免大量非必要测试导致日志冗余，但咱们还是有几种可行的方案来实现自定义日志输出，比你提到的@TestInstance(Lifecycle.PER_CLASS)加布尔标记的方式要优雅得多：

方案1：自定义JUnit Extension捕获假设失败 #

JUnit 5中，当假设不成立时会抛出AssumptionViolatedException，并且测试会被标记为ABORTED（而非失败）。我们可以通过实现TestWatcher扩展来捕获这个事件并输出日志：

import org.junit.jupiter.api.extension.ExtensionContext;
import org.junit.jupiter.api.extension.TestWatcher;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.util.Optional;

public class AssumptionLoggingExtension implements TestWatcher {
    private static final Logger logger = LoggerFactory.getLogger(AssumptionLoggingExtension.class);

    @Override
    public void testAborted(ExtensionContext context, Throwable cause) {
        // 只处理假设失败的情况
        if (cause instanceof org.junit.jupiter.api.AssumptionViolatedException) {
            logger.info("测试[{}]的假设不成立：{}", 
                context.getDisplayName(), 
                cause.getMessage());
        }
    }
}

使用时只需要在测试类上添加扩展注解即可：

import org.junit.jupiter.api.extension.ExtendWith;

@ExtendWith(AssumptionLoggingExtension.class)
public class YourTestClass {
    // 测试方法
}

这个方案的好处是全局生效，不需要修改原有测试代码中的assume调用。

方案2：封装带日志的自定义Assume方法 #

如果你只想在特定测试中输出假设失败日志，或者不想引入扩展，可以自己封装一套带日志的assume工具方法：

import org.junit.jupiter.api.Assumptions;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.util.function.Supplier;

public class LoggingAssumptions {
    private static final Logger logger = LoggerFactory.getLogger(LoggingAssumptions.class);

    // 重载assumeTrue的各种参数版本
    public static void assumeTrue(boolean condition, String message) {
        if (!condition) {
            logger.info("假设失败：{}", message);
            Assumptions.assumeTrue(condition, message);
        }
    }

    public static void assumeTrue(boolean condition, Supplier<String> messageSupplier) {
        if (!condition) {
            String message = messageSupplier.get();
            logger.info("假设失败：{}", message);
            Assumptions.assumeTrue(condition, messageSupplier);
        }
    }

    // 同理封装assumeFalse
    public static void assumeFalse(boolean condition, String message) {
        if (condition) {
            logger.info("假设失败：{}", message);
            Assumptions.assumeFalse(condition, message);
        }
    }
}

然后在测试中替换原来的Assumptions.assumeTrue()为LoggingAssumptions.assumeTrue()即可：

@Test
void yourTestMethod() {
    LoggingAssumptions.assumeTrue(System.getProperty("env").equals("dev"), "仅在dev环境运行");
    // 测试逻辑
}

这个方案更灵活，不需要全局配置，适合精细化控制日志输出的场景。

为什么不推荐PER_CLASS+布尔标记的方案 #

你提到的这种方式需要手动维护测试类的状态，每个测试方法都要额外检查标记并输出日志，不仅代码冗余，还容易因为状态管理出错导致日志不准确，对比上面两种方案，可读性和可维护性都差很多。

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