深度模拟不是@InjectMocks的成员

Question

注释InjectMocks为我们提供了存根/填充私有成员和重用测试用例的方法。这是我们填充假成员时发生问题的概念代码。

  public class TestBuilder{
      @Spy
      private StubComponent componentA = new StubComponent();
      @Mock
      private FakeComponent componentB;
      @InjectMocks
      private class TestTarget targetInstance = mock(TestTarget.class);

      public static Class TestTarget{
        private StubComponent componentA;
        private FakeComponent componentB;
        public ShimmedResultB testInvokation(String para){
            componentA.doCallRealMethod();
            ShimmedResultA shimmedResultA = componentA.someUnableToStubbedMethod(para);
            ShimmedResultB shouldNotBeNull = componentB.someShimmedMethod(shimmedResultA);
            return shouldNotBeNull;
        }
      }

      private TestBuilder(){
        MockitoAnnotations.initMocks(this);
        //Shim the real component A with partial stubbed
        doReturn(shimmedResultA).when(componentA).someUnableToStubbedMethod(any());
        //Shim the fake component B
        //************The issue is here****************
        componentB = mock(FakeComponent.class);
        //*********************************************
        when(componentB.someShimmedMethod(any())).thenReturn(shimmedResultB);

      }
      public TestTarget getTargetInstance(){
        return this.targetInstance;
      }

      public static TestTarget build(){
        return (new TestBuilder()).getTargetInstance();
      }

      public static main(String[] args){
        TestTarget testInstance = TestBuilder.build();
        ShimmedResultB result = testInstance.testInvokation("");
        assertThat(result, not(equalTo(null)));
      }
  }

问题是当我们模拟假的组件B时。然后，someShimmedMethod将返回null。似乎InjectMock无法将mock（）携带到私有成员。

以下是一些术语定义：

>

StubComponent：测试将作为私有成员渗透到这个组件。但是，有些方法可能无法通过。我们可以改变它的公共方法。该组件可能具有较小的依赖范围，很容易由本地资源发起。

FakeComponent：该组件将在其他地方测试。在这里，我们只能构建模拟实例并填充测试目标将利用的所有方法。

存根：@Spy可以帮助我们钩住存根成员。私人会员并非百分之百真实。但一些留有树桩的部分可能会让测试渗透到这个私人成员中。

Shim：@Mock会给我们一个空指针，直到initMocks。所以我们可以在initMocks之后开始设计Fake组件的返回。这就是@InjectMocks的魔力。然而，这是最棘手的部分，因为开发人员希望直观地启动组件B的每一件事并模拟（FakeComponent.class）。这将清理所有的闪光设计并使您的断言失败。

==================================================================

感谢Maciej的回答，很抱歉在我翻译测试用例的结构时出现了错字。让我用更清晰的描述来提出这个问题。

  public class TestBuilder{
      @Spy
      private StubComponent componentA = new StubComponent();
      @Mock
      private FakeComponent componentB;
      @InjectMocks
      private TestTarget targetInstance = mock(TestTarget.class);

      public static Class TestTarget{
        private StubComponent componentA;
        private FakeComponent componentB;
        public ShimmedResultB testInvokation(String para){
            componentA.doCallRealMethod();
            ShimmedResultA shimmedResultA = componentA.someUnableToStubbedMethod(para);
            ShimmedResultB shouldNotBeNull = componentB.someShimmedMethod(shimmedResultA);
            return shouldNotBeNull;
        }

        public TestTarget(){
            //The FakeComponent has some specific remote resource
            //And could not be initialized here
            componentB = new FakeComponent();
            //We will use mock server to test this FakeComponent else where
        }
      }

      private TestBuilder(){
        //Hook the testing Function for trigger the step in
        doCallRealMethod().when(this.targetInstance).testInvokation(anyString());
        //Inject Stubbed and Faked Private Member for testing
        MockitoAnnotations.initMocks(this);
        //Shim the real component A with partial stubbed
        doReturn(shimmedResultA).when(componentA).someUnableToStubbedMethod(any());

        //************The issue is here****************
        componentB = mock(FakeComponent.class);
        //*********************************************
        //Shim the leveraged method of fake componentB
        when(componentB.someShimmedMethod(any())).thenReturn(shimmedResultB);
      }

      public TestTarget getTargetInstance(){
        return this.targetInstance;
      }

      public static TestTarget build(){
        return (new TestBuilder()).getTargetInstance();
      }

      public static main(String[] args){
        TestTarget testInstance = TestBuilder.build();
        //The doRealCall hook will trigger the testing
        ShimmedResultB result = testInstance.testInvokation("");
        assertThat(result, not(equalTo(null)));
      }
  }

第二个概念代码中添加了一些内容：

>

组件B是我们不想介入的范围。但是，TestTarget在其构造函数中初始化了组件B。当我们有一个与远程源相关的实用程序时，这很常见。我们使用mock服务器或其他技术独立测试组件B。因此，我们只能使用mock（TestTarget.class）。

因为我们模仿了TestTarget。我遗漏了一件事，那就是我们需要使用doCallRealMethod（）。当（targetInstance）触发testInvokation（）时。这限制了targetInstance的空声明。我们需要mock（）并钩住doCallRealMethod。

因此，结果是我们需要将@Mock保留为空，而不使用任何mock（）来让@InjectMocks处理垫片。我们刚刚发现当我们使用@InjectMocks时这很棘手。




Answer 1

问题在于@InjectMocks定义：

@InjectMocks
private class TestTarget targetInstance = mock(TestTarget.class);

被测试的类永远不应该是mock（也是为什么是class关键字）。

尝试使用：

@InjectMocks
private TestTarget targetInstance = new TestTarget();

或者简单地说：

@InjectMocks
private TestTarget targetInstance;