java - 为 Factory 类创建的对象注入(inject) Mocks

Question

我有以下类(class):

public class MyClass {        
    private Apple apple;

    public void myMethod() {
       apple = AppleFactory.createInstance(someStringVariable);
       ....
       ....
       ....
    }
}

还有测试类:

@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {

        @InjectMocks 
        MyClass myClass;

        @Test
        public void myMethod(){
         ...
         ...
         ...
        }
    }

如何在 MyClass 中注入(inject) Apple 实例作为模拟？

Answer 1

你有 3 种可能性来解决这个问题:

抽象工厂:不要使用静态方法，而是使用具体工厂类:

public abstract class AppleFactory {
    public Apple createInstance(final String str);
}

public class AppleFactoryImpl implements AppleFactory {
    public Apple createInstance(final String str) { // Implementation }
}

在您的测试类中，模拟工厂:

@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {

    @Mock
    private AppleFactory appleFactoryMock;

    @Mock
    private Apple appleMock;

    @InjectMocks 
    MyClass myClass;

    @Before
    public void setup() {
        when(appleFactoryMock.createInstance(Matchers.anyString()).thenReturn(appleMock);
    }

    @Test
    public void myMethod(){
     ...
     ...
     ...
    }
}

PowerMock:使用 PowerMock 创建静态方法的模拟。看my answer to a relevant question看看它是如何完成的。

可测试类:将 Apple 创建包装在 protected 方法中，并创建一个覆盖它的测试类:

public class MyClass {
   private Apple apple;

   public void myMethod() {
       apple = createApple();
       ....
       ....
       ....
   }

   protected Apple createApple() {
       return AppleFactory.createInstance(someStringVariable);
   }
}


@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {

    @Mock
    private Apple appleMock;

    @InjectMocks 
    MyClass myClass;

    @Test
    public void myMethod(){
     ...
     ...
     ...
    }

    private class TestableMyClass extends MyClass {
       @Override
       public void createApple() {
          return appleMock;
       }
    }
}

当然，在你的测试类中你应该测试 TestableMyClass 而不是 MyClass。

我会告诉你我对每种方法的看法:

1. 抽象工厂方法是最好的一个 - 这是一个隐藏实现细节的清晰设计

2. 可测试类 - 是第二个需要最少更改的选项

3. PowerMock 选项是我最不喜欢的——你没有去寻求更好的设计，而是忽略并隐藏了你的问题。但这仍然是一个有效的选择。