java – 我可以在启用所有日志记录的情况下自动执行一次JUnit测试用例,并在禁用所有日志记录后自动执行

我找到了解决方案,请参阅下面的答案.有人有更优雅的吗？

我想这样做是为了增加代码覆盖率并找到微妙的错误.

假设要测试以下类：

public class Foo {
    private final Logger logger = LoggerFactory.getLogger(Foo.class);
    public void bar() {
        String param=[..];
        if(logger.isInfoEnabled()) logger.info("A message with parameter {}",param);

        if(logger.isDebugEnabled()) {
            // some complicated preparation for the debug message
            logger.debug([the debug message]);
        }
    }
}

和以下测试类：

public class FooTest {
    @Test
    public void bar() {
        Foo foo=new Foo();
        foo.bar();
    }
}

代码覆盖率工具,例如Cobertura将正确报告只检查了一些条件分支.

对记录器激活或取消激活信息和调试.

除了在你的报道得分上看起来不好之外,这也构成了真正的风险

如果(logger.isDebugEnabled())内部的代码导致了一些副作用怎么办？如果您的代码仅在启用DEBUG时才起作用,并且如果日志级别设置为INFO则会失败,该怎么办？ (这实际上发生在我们的一个项目中：p)

所以我的结论是,包含记录器语句的代码应始终在启用所有日志记录时进行一次测试,并在禁用所有日志记录时进行

有没有办法用JUnit做这样的事情？我知道如何全局启用或禁用Logback中的所有日志记录,因此问题是：如何在启用日志记录的情况下执行两次测试,一次禁用日志记录.

附：我知道this question,但我不认为这是重复的.我不太关心绝对覆盖值,而是关注可能包含在if(logger.isDebugEnabled())中的微妙,难以发现的错误.

解决方法

我通过实现一个基类来解决这个问题,如果需要这样的功能,测试类应该扩展.

第Writing a parameterized JUnit test条包含解决方案.

有关日志记录基类的信息,请参阅LoggingTestBase;有关使用它的简单示例,请参见LoggingTestBaseExampleTest.

每个包含的测试方法都执行三次：

1.像往常一样使用logback-test.xml中定义的日志执行.这应该有助于编写/调试测试.

2.在启用所有日志记录并将其写入文件的情况下执行.测试后删除此文件.

3.在禁用所有日志记录的情况下执行.

是的,LoggingTestBase需要文档;)