我找到了解决方案,请参阅下面的答案.有人有更优雅的吗？
假设要测试以下类：
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需要文档;)
