Injecter des Simulacres d'objets créés par l'Usine de classes

Vous avez 3 possibilités pour résoudre ce problème:

Résumé de l'usine: au Lieu d'utiliser une méthode statique, l'utilisation d'une usine de béton de classe:

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

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

Dans votre classe de test, se moquent de l'usine:

@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: Utilisation PowerMock pour créer une maquette d'une méthode statique. Regardez ma réponse à une question pertinente pour voir comment c'est fait.

Testable classe: Faire de la Apple création enveloppé dans un protected méthode et créer une classe de test qui la remplace:

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;
       }
    }
}

Bien sûr, dans votre classe de test, vous devez tester la TestableMyClass et pas MyClass.

Je vais vous dire mon opinion sur chacune des méthodes:

1. Le résumé de l'usine méthode est le meilleur - C'est une conception claire qui cache les détails de mise en œuvre

2. Les tests de la classe Est la deuxième option qui n'exige qu'un minimum de modifications

3. La PowerMock option est ma préférée au moins - au Lieu de passer pour un meilleur design, vous ignorer et cacher votre problème. Mais c'est toujours une option valable.

OriginalL'auteur Avi

En plus de la solution proposée par Avi, vous pouvez choisir un quatrième possibilité:

Injecter dans l'Usine:
C'est, pour moi, la meilleure option si vous avez déjà le code pour refacrot. Avec cette solution, vous n'avez pas à changer porduction code, mais seulement de l'usine de la classe et de test.

public class AppleFactory
{
    private static Apple _injectedApple;

    public static createInstance(String str)
    {
        if (_injectedApple != null)
        {
            var currentApple = _injectedApple;
            _injectedApple = null;
            return currentApple;
        }

        //standard implementation
    }

    public static setInjectedApple(Apple apple)
    {
        _injectedApple = apple;
    }
}

Vous pouvez maintenant utiliser votre statique usine simplement:

@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {

    @Mock
    private Apple appleMock;

    @InjectMocks 
    MyClass myClass;

    @Before
    public void setup() {
        AppleFactory.setInjectedApple(appleMock);
    }

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

OriginalL'auteur Glauco Cucchiar