Mockito, les Usages de ne rien faire() Si()

Je suis nouveau sur Mockito, et je suis allé sur cet exemple, mais il y a une étape que je ne comprends pas quand il appelle doNothing() sur la première ligne de la méthode:

@Test(expected = RuntimeException.class)
public void testConsecutiveCalls() throws Exception(){
  doNothing().doThrow(Exception.class).when(b).voidMethod();
  a.usesVoidMethod()
  verify(b).voidMethod();
  a.usesVoidMethod()
}

Je comprends que, lorsque la première fois voidMehtod() est appelé retourne rien, et dans le deuxième temps, c'est de donner une exception.

Mais si on enlève le doNothing.doThrow(Exception.class).when(b).voidMethod();, de ne pas le test soit valide et vous permettra de tester ce que nous voulons tester si la méthode lève une exception en la seconde fois?

InformationsquelleAutor MIKE | 2016-10-02
  1. 2

    Quelques points, numérotés simplement pour la facilité de référence:

    1. Le comportement par défaut d'un se moquer de est de retour approprié valeur factice à chaque fois, souvent zéro, null, ou une chaîne vide. Le comportement par défaut d'un espion est l'appel de l'espion de la mise en œuvre réelle. Bien sûr, par l'intermédiaire des paramètres de @Mock ou Mockito.mock, vous pouvez utiliser un arbitraire de la Réponse ou de l'une de Mockito est standard ou supplémentaires réponses.

    2. Lorsque plusieurs actions sont donné comme une partie d'une chaîne, Mockito fera de chaque action de la séquence et de toujours répéter la dernière action.

      //calls to foo.bar() return 1, 2, 3, 3, 3...
doReturn(1).thenReturn(2, 3).when(foo).bar();

      Noter que c'est au sein de la même chaîne; le plus récemment défini correspondant de la chaîne gagne, états distincts n'aurait pas le même effet.

      doReturn(1).thenReturn(2).when(foo).baz();
doReturn(3).thenReturn(4).when(foo).baz();
//calls return 3, 4, 4, 4... because the first chain is entirely overridden.

    3. doNothing, puis, tire l'essentiel de sa valeur soit primordial comportement par défaut ou la configuration d'une action dans une chaîne.

    Alors que le test est essayer à faire est de doNothing la première fois que de telles que la vérification réussit, et puis doThrow la deuxième fois de satisfaire les besoins attendus exception. Si l'échec d'une verify serait (bien) ne passent pas le test parce que Mockito les erreurs de sous-classe d'une Erreur et non d'Exception, vous avez raison, la suppression de la doNothing serait toujours provoquer le test à passer par jeter l'exception sur le premier appel à a.usesVoidMethod(). Bien que ce soit assez fine pour le test--après tout, vous pouvez voir l' doNothing dans le test lui-même, bien plus robuste test pourrait ressembler à ceci:

    @Test
public void testConsecutiveCalls() throws Exception(){
  doNothing().doThrow(SomeKnownException.class).when(b).voidMethod();
  a.usesVoidMethod();
  verify(b).voidMethod();
  try {
    a.usesVoidMethod();
    fail();
  } catch (SomeKnownException expected) { /* OK */ }
}
    InformationsquelleAutor Jeff Bowman
  2. 2

    La doNothing méthode ne change pas le comportement d'un mocked' method, but the declaration of thedoThrowdoes. If you have a spy and don't want a method to be executed, thenne rien faire` va changer le comportement.

    • alors, comment ne doThrow(Exception.class) est en train de changer cela? Si je ne retirez doNothing().doThrow(Exception.class).when(b).voidMethod(); quel est l'effet secondaire derrière cela?
    InformationsquelleAutor Niklas P