Puis-je retarder un écrasé méthode de réponse avec Mockito?

Je suis en train d'écrire des tests unitaires maintenant. J'ai besoin de simuler à long terme de la méthode avec Mockito pour tester ma mise en œuvre de la gestion des timeouts. Est-il possible avec Mockito?

Quelque chose comme ceci:

when(mockedService.doSomething(a, b)).thenReturn(c).after(5000L);
  • Sur notre projet, nous avons créé un DelayedAnswer qui a enveloppé un autre Answer et invoqué après le délai spécifié. C'est ecentially ce KL posté.
InformationsquelleAutor | 2012-10-10
  1. 58

    Vous pouvez simplement mettre le fil de sommeil pour la durée souhaitée. Attention tho - de telles choses peut vraiment ralentir votre test automatisé d'exécution, de sorte que vous pouvez isoler de tels tests dans une suite séparée

    Il devrait ressembler à ceci: 

    when(mock.load("a")).thenAnswer(new Answer<String>() {
   @Override
   public String answer(InvocationOnMock invocation){
     Thread.sleep(5000);
     return "ABCD1234";
   }
});
    • OK, il est clair pour moi. Mais n'importe quel Mockito fonctionnalités existent pour faire de telles choses?
    • découvrez le modifier. Je ne suis pas sûr de son tout à fait ok, mais montre l'idée, ne peux pas utiliser mon IDE maintenant à confirmer
    • Non il n'y a aucun délai d'attente lorsque vous vous cognez, cependant, vous pouvez proposer la fonctionnalité sur le bug tracker de mockito 🙂
    • merci pour le correctif dans l'édition de David 🙂 Havent joué avec mockito pour un moment, se sentant un peu rouillé
    • Premier appel de la maquette.charge avec le paramètre "a" sera écrasé et le résultat sera "en cache". Si des appels successifs ne vais pas aller par le biais de réponse, et du Fil.le sommeil ne sera pas exécutée.
    • Voir @Viswanath 2018 réponse

    InformationsquelleAutor K.L.
  2. 9

    De mockito 2.8.44, org.mockito.interne.stubbing.réponses.AnswersWithDelay est disponible à cet effet. Voici un exemple d'utilisation

     doAnswer( new AnswersWithDelay( 1000,  new Returns("some-return-value")) ).when(myMock).myMockMethod();
    • thenAnswer(....
    InformationsquelleAutor Viswanath
  3. 6

    J'ai créé un utils pour cela:

    import java.time.Duration;
import java.util.concurrent.TimeUnit;

import static org.mockito.Mockito.doAnswer;

public class Stubber {

    public static org.mockito.stubbing.Stubber doSleep(Duration timeUnit) {
        return doAnswer(invocationOnMock -> {
            TimeUnit.MILLISECONDS.sleep(timeUnit.toMillis());
            return null;
        });
    }

    public static <E> org.mockito.stubbing.Stubber doSleep(Duration timeUnit, E ret) {
        return doAnswer(invocationOnMock -> {
            TimeUnit.MILLISECONDS.sleep(timeUnit.toMillis());
            return ret;
        });
    }

}

    et dans votre cas de test suffit d'utiliser:

    doSleep(Duration.ofSeconds(3)).when(mock).method(anyObject());
    InformationsquelleAutor Simon Ludwig
  4. 0

    Beaucoup mieux pour les tests Unitaires est de créer de la méthode qui appelle Thread actuel.sleep(long l) et puis se moquer de cette méthode.
    Avec cela, vous pouvez injecter votre test impressionnant de comportement à l'origine de ce test aura l'impression qu'il est en attente pour aussi longtemps que vous le souhaitez.
    Avec cela, vous pouvez exécuter beaucoup de test en clin d'œil et encore tester différents temps liées au scénario.
    Avant d'utiliser le présent, mon UnitTest a couru pendant six minutes. Maintenant ses en vertu de 200ms.

    public class TimeTools {
public long msSince(long msStart) {
    return ((System.nanoTime() / 1_000_000) - msStart);
}

public long msNow() {
    return (System.nanoTime() / 1_000_000);
}

public Boolean napTime(long msSleep) throws InterruptedException {
    Thread.sleep(msSleep);
    return true;
}
}
-----------------------------------
@Mock
TimeTools Timetools;

@TEST
public void timeTest() {
when(timeTools.msSince(anyLong()))
            .thenReturn(0l)
            .thenReturn(5_500l)
            .thenReturn(11_000l)
            .thenReturn(11_000l)
            .thenReturn(0l)
            .thenReturn(11_000l)
            .thenReturn(11_000l)
            .thenReturn(0l)
            .thenReturn(29_000l);
}

    Mais la meilleure approche consiste à injecter du dormeur et puis s'en moquer. Donc, dans vos tests, vous n'allez pas dormir. Ensuite, vous tests unitaires va courir vite que l'éclair.

    InformationsquelleAutor Matej Lachman