Mockito - Rückkehr am selben Objekt übergeben in die Methode

Let ' s vorstellen, ich habe folgende Methode in einigen service-Klasse:

public SomeEntity makeSthWithEntity(someArgs){
    SomeEntity entity = new SomeEntity();
    /**
     * here goes some logic concerning the entity
     */
    return repository.merge(entity);
}

Ich würde gerne testen das Verhalten dieser Methode und möchte deswegen zu verspotten, das repository.merge in der folgenden Weise:

when(repository.merge(any(SomeEntity.class))).thenReturn(objectPassedAsArgument);

Dann verspottet-repository zurück, dass das, was makesSthWithEntity übergeben und ich kann einfach testen.

Irgendwelche Ideen, wie kann ich erzwingen, mockito zurück objectPassedAsArgument ?

  • Sie meinen, wenn Sie(repository.merge(alle(SomeEntity.class))).thenReturn(entity); ?
InformationsquelleAutor LechP | 2014-10-02
  1. 30

    Können Sie implementieren eine Answer und verwenden Sie dann thenAnswer() statt.

    Etwas ähnliches wie:

    when(mock.someMethod(anyString())).thenAnswer(new Answer() {
    Object answer(InvocationOnMock invocation) {
        return invocation.getArguments()[0];
    }
});

    Natürlich, wenn Sie diese Sie können umgestalten, die Antwort in eine wiederverwendbare Antwort genannt ReturnFirstArgument oder ähnliches.

    • Bereits in mockito : AddtionalAnswers.returnsFirstArg()
    • Kann man noch verkürzen den code mit thenAnswer(i -> i.getArguments()[0]). Tolle Lösung, und BTW die AddtionalAnswers.returnsFirstArg() gibt mir einige Fehler.
    InformationsquelleAutor Mark Peters
  2. 68

    Oder besser mit mockito ausgeliefert Antworten

    when(mock.something()).then(AdditionalAnswers.returnsFirstArg())

    Wo AdditionalAnswers.returnsFirstArg() könnte statisch importiert.

    • Schön! Ich hatte nicht erwartet, dass dies Häufig genug gebaut werden, never mind "returnsSecondArg", etc. Ich mag auch mit der then() alias hier, wie es liest sich besser.
    • Ja 😉 wir haben eingeführt then alias besser Lesen, wenn verwendet, in Kombination mit der statischen factory-Methode für kundenspezifische Antworten.
    • ist für "weniger Häufig Antworten", heißt es in der Dokumentation
    • aber Häufig genug 😉
    InformationsquelleAutor Brice
Schreibe einen Kommentar