Comment simuler les méthodes void avec Mockito ?

Question

Comment simuler des méthodes avec un retour de type void ?

J'ai implémenté un modèle d'observateur mais je ne peux pas le simuler avec Mockito parce que je ne sais pas comment.

J'ai essayé de trouver un exemple sur Internet, mais sans succès.

Ma classe ressemble à ça :

public class World {

    List<Listener> listeners;

    void addListener(Listener item) {
        listeners.add(item);
    }

    void doAction(Action goal,Object obj) {
        setState("i received");
        goal.doAction(obj);
        setState("i finished");
    }

    private string state;
    //setter getter state
} 

public class WorldTest implements Listener {

    @Test public void word{
    World  w= mock(World.class);
    w.addListener(this);
    ...
    ...

    }
}

interface Listener {
    void doAction();
}

Le système n'est pas déclenché par un simulacre.

Je veux montrer l'état du système mentionné ci-dessus. Et faire des assertions en fonction de ceux-ci.

Answer 1

Jetez un coup d'œil au Mockito Documents de l'API . Comme le mentionne le document lié (point n° 12), vous pouvez utiliser n'importe quelle doThrow() , doAnswer() , doNothing() , doReturn() famille de méthodes du cadre Mockito pour simuler les méthodes void.

Par exemple,

Mockito.doThrow(new Exception()).when(instance).methodName();

ou si vous voulez le combiner avec un comportement de suivi,

Mockito.doThrow(new Exception()).doNothing().when(instance).methodName();

Si l'on suppose que vous cherchez à simuler la mise en place de l'émetteur. setState(String s) dans la classe World ci-dessous est le code utilise doAnswer pour simuler le setState .

World mockWorld = mock(World.class); 
doAnswer(new Answer<Void>() {
    public Void answer(InvocationOnMock invocation) {
      Object[] args = invocation.getArguments();
      System.out.println("called with arguments: " + Arrays.toString(args));
      return null;
    }
}).when(mockWorld).setState(anyString());

Answer 2

Je pense avoir trouvé une réponse plus simple à cette question, pour appeler la vraie méthode pour une seule méthode (même si elle a un retour vide) vous pouvez faire ceci :

Mockito.doCallRealMethod().when(<objectInstance>).<method>();
<objectInstance>.<method>();

Ou bien, vous pouvez appeler la vraie méthode pour toutes les méthodes de cette classe, en faisant ceci :

<Object> <objectInstance> = mock(<Object>.class, Mockito.CALLS_REAL_METHODS);

Answer 3

La solution de ce problème est d'utiliser un spy Mockito.spy(...) au lieu d'un mock Mockito.mock(..) .

Spy nous permet de faire du mocking partiel. Mockito est bon dans ce domaine. Parce que vous avez une classe qui n'est pas complète, de cette façon vous pouvez simuler certains endroits nécessaires dans cette classe.

Answer 4

J'ajoute une autre réponse au lot (sans jeu de mots)...

Vous devez appeler la méthode doAnswer si vous ne pouvez pas \don Je ne veux pas utiliser d'espions. Cependant, vous n'avez pas nécessairement besoin de rouler votre propre Réponse : . Il existe plusieurs implémentations par défaut. Notamment, CallsRealMethods .

En pratique, cela ressemble à quelque chose comme ceci :

doAnswer(new CallsRealMethods()).when(mock)
        .voidMethod(any(SomeParamClass.class));

Ou :

doAnswer(Answers.CALLS_REAL_METHODS.get()).when(mock)
        .voidMethod(any(SomeParamClass.class));

Answer 5

Je pense que vos problèmes sont dus à la structure de votre test. J'ai trouvé difficile de mélanger le mocking avec la méthode traditionnelle d'implémentation des interfaces dans la classe de test (comme vous l'avez fait ici).

Si vous implémentez l'écouteur comme un Mock, vous pouvez alors vérifier l'interaction.

Listener listener = mock(Listener.class);
w.addListener(listener);
world.doAction(..);
verify(listener).doAction();

Cela devrait vous convaincre que le "monde" fait ce qu'il faut.