@Mick,也尝试准备静态字段的所有者,例如:
@PrepareForTest({GoodbyeController.class, LoggerFactory.class})EDIT1:我只是制作了一个小例子。首先是控制器:
import org.slf4j.Logger;import org.slf4j.LoggerFactory;public class Controller { Logger logger = LoggerFactory.getLogger(Controller.class); public void log() { logger.warn("yup"); }}然后测试:
import org.junit.Test;import org.junit.runner.RunWith;import org.powermock.core.classloader.annotations.PrepareForTest;import org.powermock.modules.junit4.PowerMockRunner;import org.slf4j.Logger;import org.slf4j.LoggerFactory;import static org.mockito.Matchers.any;import static org.mockito.Matchers.anyString;import static org.mockito.Mockito.verify;import static org.powermock.api.mockito.PowerMockito.mock;import static org.powermock.api.mockito.PowerMockito.mockStatic;import static org.powermock.api.mockito.PowerMockito.when;@RunWith(PowerMockRunner.class)@PrepareForTest({Controller.class, LoggerFactory.class})public class ControllerTest { @Test public void name() throws Exception { mockStatic(LoggerFactory.class); Logger logger = mock(Logger.class); when(LoggerFactory.getLogger(any(Class.class))).thenReturn(logger); new Controller().log(); verify(logger).warn(anyString()); }}注意进口!类路径中值得注意的库:Mockito,PowerMock,JUnit,logback-core,logback-clasic,slf4j
EDIT2:看来这是一个很普遍的问题,我想指出的是, 如果这些日志消息如此重要 并且需要进行测试,即它们是系统的功能/业务部分,
那么就引入一个真正的依赖关系,可以明确这些日志的功能将是整个系统设计中的更好 ,而不是依赖记录器的标准和技术类的静态代码。
为此,我建议
Reporter使用诸如
reportIncorrectUseOfYAndZForActionX或方法之类的东西来制作类似于=
类的东西
reportProgressStartedForActionX。这将使使该功能对任何阅读代码的人可见。但这也将有助于实现测试,更改此特定功能的实现细节。
因此,您不需要像PowerMock这样的静态模拟工具。 我认为静态代码可能很好,但是一旦测试要求验证或模拟静态行为,就必须重构并引入明确的依赖关系。



