La Réinitialisation De Mockito Espion

J'ai une classe de test (basé sur TestNG) où j'utilise Mockito.verify pour un espion de l'objet.

Cela fonctionne:

public class Program {
    @Spy
    private TestObject testObject;

    @Test
    public void test1() {
       testObject.makeSth(); 
       verify(testObject, only()).someMethodNeedToBeChecked(); 
    }
}

Mais ici:

public class Program {
    @Spy
    private TestObject testObject;

    @Test
    public void test1() {
       testObject.makeSth(); 
       verify(testObject, only()).someMethodNeedToBeChecked(); 
    }

    @Test
    public void test2() {
        //Some different scenario
       testObject.makeSth(); 
       verify(testObject, only()).someMethodNeedToBeChecked(); 
        ...
    }
}

- Je obtenir un Mokito exception que je n'ai plus qu'une invocation de someMethodNeedToBeChecked méthode. Bien sûr, j'ai essayé d'ajouter Mockito.reset(testObject) mais il ne m'a pas aidé du tout.

Comment puis-je réinitialiser un espion de l'objet, si j'ai besoin de vérifier de la même méthode dans plusieurs tests?

J'ai posé une question similaire sur programmers.stackexchange.com/questions/188299/.... Juste pour info, bien que liées à un simulacre de pas un espion.
Où avez-vous essayer d'ajouter l'appel à reset? Peut-être modifier votre code pour afficher votre tentative, mais en commentaire?
J'ai attaché juste prototype exemple, réinitialiser, j'ai essayé de faire dans @BeforeMethod\@BeforeClass, la même chose avec @Après, avant même la vérification de la ça ne fonctionne pas. Comme je comprends que c'est une question juste avec des espions et de remise à zéro est juste pour se moquer des objets.

OriginalL'auteur Alexander Bezrodniy | 2013-02-26

  1. 12

    De la Mockito la documentation :

    La réinitialisation se moque (Depuis la version 1.8.0)

    Smart Mockito utilisateurs à peine utiliser cette fonctionnalité, car ils savent qu'il pourrait être un signe de mauvais tests. Normalement, vous n'avez pas besoin de réinitialiser votre se moque, il suffit de créer de nouveaux objets fantaisie pour chaque méthode de test.
    Au lieu de réinitialisation() s'il vous plaît envisager d'écrire simple, petit et concentré méthodes d'essai plus longue, les essais indiqués. Première potentiel odeur de code est reset() au moyen de la méthode d'essai. Cela signifie probablement que vous faites des tests de trop. Suivez le murmure de vos méthodes de test: "s'il vous Plaît de nous garder en small & centré sur un seul type de comportement". Il y a plusieurs discussions à ce sujet sur mockito liste de diffusion.

    La seule raison pour laquelle nous avons ajouté méthode reset() est de rendre possible le travail avec le conteneur d'injection de simulacres.

    Vous devriez probablement juste de recréer l'espion dans un @BeforeMethod :

    public class Program {

    private TestObject testObject = new TestObject();
    private TestObject spyTestObject;

    @BeforeMethod
    public void buildSpy() {
        spyTestObject = spy(testObject);
    }

    @Test
    public void test1() {
       spyTestObject.makeSth(); 
       verify(spyTestObject , only()).someMethodNeedToBeChecked(); 
    }

    @Test
    public void test2() {
        //Some different scenario
       spyTestObject.makeSth(); 
       verify(spyTestObject , only()).someMethodNeedToBeChecked(); 
        ...
    }
}
    Je ne comprends pas pourquoi vous dites que chaque test devra maintenant attendre deux invocations. Le spy est le reconstruire avant chaque méthode de test.
    Désolé, j'ai mal lu votre réponse 🙂
    Merci, en fait il m'a aidé, mais si vous utilisez les anotations comme @InjectMocks et les autres, vous avez besoin également d'appeler là initmocks qui ne semble pas tant de beauté.
    Donc je dois avoir un champ différent pour chaque test si j'utilise @ Spy? qui semble laid, et fait @ Spy plutôt inutile, sauf dans des cas triviaux, et trappy dans les classes de test avec plus d'une méthode de test. Je viens de passer 30 min de découvrir que la cause de l' @ Spy de ne pas obtenir de zéro entre les tests, l'ordre d'exécution de mes tests des effets sur le résultat. Il doit être d'une certaine manière pour réinitialiser un espion dans @ AfterTests ou au début de @ BeforeTests?
    Vous pouvez réinitialiser l'espion dans une méthode annotée avec @ BeforeMethod (Ou @ Avant avec JUnit) comme je l'ai fait dans mon exemple, quel est le problème?

    OriginalL'auteur Jean-Philippe Bond