【问题标题】:Mockito: Zero interactions with this mockMockito:与此模拟的零交互
【发布时间】:2019-11-07 01:22:24
【问题描述】:

我有一门课,我想测试一下。

@Configuration
@Import(EmailageConfiguration.class)
public class EmailageServiceConfiguration {

    private static final String EMAILAGE_ACCOUNT_ID_CONFIG_KEY = "emailage.key";
    private static final String EMAILAGE_API_KEY_CONFIG_KEY = "emailage.secret";

    @Bean
    public EmailageConfigHolder emailageConfigHolder(Environment env) {

        final EmailageConfigHolder holder = new EmailageConfigHolder();

        holder.setApiKey(env.getRequiredProperty(EMAILAGE_API_KEY_CONFIG_KEY));
        holder.setAccountId(env.getRequiredProperty(EMAILAGE_ACCOUNT_ID_CONFIG_KEY));

        return holder;
    }

}

提供了我的测试类,

@RunWith(MockitoJUnitRunner.class)
public class EmailageServiceConfigurationTest {

    @InjectMocks
    private EmailageServiceConfiguration configuration;

    @Mock
    private Environment environment;

    @Mock
    private EmailageConfigHolder holder;

    @Test
    public void testEmailageConfigHolder() {

        when(environment.getRequiredProperty(anyString())).thenReturn(anyString());

        configuration.emailageConfigHolder(environment);

        verify(holder, times(1)).setApiKey(anyString());
        verify(holder, times(1)).setAccountId(anyString());
    }
}

我得到下面提供的错误堆栈,

需要但未调用: 持有人.setApiKey(); -> 在 com.ratepay.ella.service.config.EmailageServiceConfigurationTest.testEmailageConfigHolder(EmailageServiceConfigurationTest.java:48) 实际上,与此模拟的交互为零。 通缉但未调用: 持有人.setApiKey(); -> 在 com.ratepay.ella.service.config.EmailageServiceConfigurationTest.testEmailageConfigHolder(EmailageServiceConfigurationTest.java:48) 实际上,与此模拟的交互为零。 在 com.ratepay.ella.service.config.EmailageServiceConfigurationTest.testEmailageConfigHolder(EmailageServiceConfigurationTest.java:48) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:498) 在 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) 在 org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) 在 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) 在 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) 在 org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) 在 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) 在 org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) 在 org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) 在 org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) 在 org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) 在 org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) 在 org.junit.runners.ParentRunner.run(ParentRunner.java:363) 在 org.mockito.internal.runners.DefaultInternalRunner$1.run(DefaultInternalRunner.java:79) 在 org.mockito.internal.runners.DefaultInternalRunner.run(DefaultInternalRunner.java:85) 在 org.mockito.internal.runners.StrictRunner.run(StrictRunner.java:39) 在 org.mockito.junit.MockitoJUnitRunner.run(MockitoJUnitRunner.java:163) 在 org.junit.runner.JUnitCore.run(JUnitCore.java:137) 在 com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) 在 com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) 在 com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) 在 com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)

如何纠正测试?

【问题讨论】:

  • 模拟对象holder 与您被测方法中的局部变量holder 不同。那个是使用new EmailageConfigHolder() 构造的,所以你的模拟方法永远不会被调用。
  • @sfiss 你是对的,稍后我会得到更详细的答案。

标签: java junit mockito


【解决方案1】:

这里:

final EmailageConfigHolder holder = new EmailageConfigHolder();

Mockito 无法将模拟注入到 本地 变量中。 documentation 对此非常清楚:

Mockito 将尝试仅通过构造函数注入、setter 注入或属性注入按顺序注入模拟,如下所述。

基本上,通过在方法体中使用new(),您编写了难以测试的代码。因为使用 Mockito,您有 个选项来控制 new() 将在该方法主体中返回的内容。

解决办法:

  • 将该“持有人”设为类的字段,然后通过该注解或通过接受持有人实例的构造函数注入
  • 将实例作为参数传递给方法

或者假设您实际上可以在单元测试设置的生产代码中创建一个新的 Holder 对象,并且当您返回该对象时,只需在返回对象的属性。从这个角度来看,您根本不需要在这里使用模拟。只需验证从该调用返回的对象是否具有预期的属性!

或者,(不推荐)您可以使用 PowerMock(ito) 或 JMockit,以便控制对 new() 的调用。但如前所述:更好地修改您的代码,使其易于测试

顺便说一句:真正的答案是您退后一步阅读有关 Mockito 的优秀教程。您无法通过反复试验来学习如何使用这样的框架。通过漂亮的小示例学习如何正确地做到这一点,然后,当您了解如何将这些点连接起来时,然后将其应用到您自己的代码中!

【讨论】:

    【解决方案2】:

    虽然另一个答案更适合这种情况,但我无法更新代码,最后编写了这个测试代码。

    @RunWith( MockitoJUnitRunner.class )
    public class EmailageServiceConfigurationTest {
    
        private static final String ACCOUNT_ID = "emailage.key";
        private static final String API_KEY = "emailage.secret";
    
        @InjectMocks
        private EmailageServiceConfiguration configuration;
    
        @Mock
        private Environment environment;
    
        @Test
        public void testEmailageConfigHolder() {
    
            configuration.emailageConfigHolder( environment );
    
            verify( environment, times( 1 ) ).getRequiredProperty( API_KEY );
            verify( environment, times( 1 ) ).getRequiredProperty( ACCOUNT_ID );
        }
    }
    

    【讨论】:

    • 我在某种程度上相信这个测试,但是,这不是一个好的答案。
    猜你喜欢
    • 2019-12-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-11-30
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多