为Factory类创建的对象注入模拟

Question

我有以下课程：

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中将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创建静态方法的模拟。查看我对一个相关问题的答案，看看它是如何完成的。

可测试的类 ：将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选项是我最不喜欢的-您无需寻求更好的设计，而忽略并隐藏了问题。但这仍然是一个有效的选择。