mockito : comment unmock une méthode?

J'ai un JUnit classe avec des méthodes différentes pour effectuer différents tests.

- Je utiliser Mockito pour créer un espion sur le réel de l'instance, puis remplacer une méthode qui n'est pas pertinente pour le test, j'ai effectuer.

Est-il un moyen, juste pour le plaisir de nettoyage après moi dans le cas de certains autres tests de courir après mes tests aussi utiliser le même cas et peut exécuter un moqué de la méthode qu'ils n'ont pas de poser, à se moquer, à l'onu-se moquer d'une méthode?

dire que j'ai un espion objet appelé 'wareHouseSpy'

dire que j'ai surchargé la méthode isSomethingMissing :

doReturn(false).when(wareHouseSpy).isSomethingMissing()

Ce qui va être la bonne façon de l'onu-remplacement, et le retour à la normale sur le spy je.e à faire de la prochaine invokation de isSomethingMissing pour exécuter la réelle méthode?

quelque chose comme

doReturn(Mockito.RETURN_REAL_METHOD).when(wareHouseSpy).isSomethingSpy()

ou peut-être

Mockito.unmock(wareHouseSpy)

Qui sait? Je ne pouvais pas trouver rien dans ce domaine

Merci!

Assaf

"J'utilise Mockito pour créer un espion sur le réel de l'instance, puis remplacer une méthode qui n'est pas pertinente pour le test, j'ai effectuer." Je ne comprends pas, alors pourquoi êtes-vous en se moquant si vous n'en avez pas besoin?
Est l'entrepôt, dans votre exemple, un singleton ou quelque chose? Sont ces "autres tests" dans la même classe ou vous parlez d'un jeu complètement différent des tests?

InformationsquelleAutor user1045740 | 2011-11-14

38

Je pense que
```
Mockito.reset(wareHouseSpy)
```
le ferait.
- Ce serait réinitialiser toutes les méthodes fantaisie. Je pense que l'OP a voulu réinitialiser une seule méthode (du moins c'est ce que je suis venu ici à la recherche d' :))
InformationsquelleAutor Don Roby

Disons que la plupart de vos tests à l'utilisation de l'écrasé de réponse. Alors que vous auriez une méthode setUp() qui ressemble à ceci:

@Before
public void setUp() {
  wareHouseSpy = spy(realWarehouse);
  doReturn(false).when(wareHouseSpy).isSomethingMissing();
}

Maintenant, disons que vous voulez annuler l'écrasé de réponse et de la mise en œuvre dans un test:

@Test
public void isSomethingMissing_useRealImplementation() {
  //Setup
  when(wareHouseSpy.isSomethingMissing()).thenCallRealMethod();

  //Test - Uses real implementation
  boolean result = wareHouseSpy.isSomethingMissing();
}

InformationsquelleAutor Mike Tran

7

Cela dépend si vous testez avec TestNG ou JUnit.
- JUnit crée une nouvelle instance de lui-même pour chaque méthode de test. En gros, vous n'avez pas à vous soucier de mettre à zéro des simulacres.
- Avec TestNG, vous devez réinitialiser la simulation(s) avec Mockito.reset(mockA, mockB, ...) dans un @BeforeMothod ou un @AfterMethod
InformationsquelleAutor Brice
3

Peut-être que je ne suis pas la suite mais quand vous avez un objet réel real:
```
Object mySpy = spy(real);
```
Puis à "unspy" mySpy... il suffit d'utiliser real.

InformationsquelleAutor Tomasz Nurkiewicz
2

La façon "normale" est de ré-instancier les choses dans votre "installation" de la méthode. Toutefois, si vous avez un objet réel qui est coûteux de construire pour une raison quelconque, vous pourriez faire quelque chose comme ceci:
```
public class MyTests {

  private static MyBigWarehouse realWarehouse = new MyBigWarehouse();
  private MyBigWarehouse warehouseSpy;

  @Before
  public void setUp() {
    warehouseSpy = spy(realWarehouse); //same real object - brand new spy!
    doReturn(false).when(wareHouseSpy).isSomethingMissing();
  }

  @Test
  ...

  @Test
  ...

  @Test
  ...
}
```
- Sauf si vous déclarez realWarehouse comme une variable statique, il sera créé de nouveau pour chaque test.
- Vous êtes correct. J'ai modifié la réponse à refléter.
InformationsquelleAutor jhericks
0

Aborder cette pièce en particulier:

Est-il un moyen, juste pour le plaisir de nettoyage après moi dans le cas de certains autres tests de courir après mes tests aussi utiliser le même cas et peut exécuter un moqué de la méthode qu'ils n'ont pas de poser, à se moquer, à l'onu-se moquer d'une méthode?

Si vous êtes en utilisant JUnit, de la façon la plus propre de le faire est d'utiliser @Before et @After (autres cadres ont des équivalents) et de recréer l'instance et l'espion de sorte qu'aucun test ne dépend ou est influencé par tout ce que vous avez fait sur tout autre test. Ensuite, vous pouvez faire le test de la configuration spécifique de l'espion/maquette à l'intérieur de chaque test. Si pour quelque raison vous ne voulez pas de recréer l'objet, vous pouvez recréer l'espion. De toute façon, tout le monde commence avec un espionnage frais à chaque fois.

InformationsquelleAutor David H. Clements

Vous devez vous connecter pour publier un commentaire.