Mockito - Unterschied zwischen doReturn () und when ()

Ich bin derzeit dabei, Mockito zum Verspotten meiner Service-Layer-Objekte in einer Spring MVC-Anwendung zu verwenden, in der ich meine Controller-Methoden testen möchte. Als ich jedoch über die Besonderheiten von Mockito gelesen habe, habe ich festgestellt, dass die Methoden doReturn(...).when(...)äquivalent zu sind when(...).thenReturn(...). Meine Frage ist also, was bringt es, zwei Methoden zu haben, die dasselbe tun, oder was ist der subtile Unterschied zwischen doReturn(...).when(...)und when(...).thenReturn(...)?

Jede Hilfe wäre dankbar.

Die beiden Syntaxen für das Stubbing sind ungefähr gleichwertig. Sie können jedoch immer verwenden doReturn/whenfür Anstoßen; Es gibt jedoch Fälle, in denen Sie nicht verwenden können when/thenReturn. Das Stubben von Hohlraummethoden ist eine solche. Andere beinhalten die Verwendung mit Mockito-Spionen und das mehrmalige Stubben derselben Methode.

Eine Sache, when/thenReturndie Ihnen das doReturn/whengibt, ist die Typprüfung des Wertes, den Sie zur Kompilierungszeit zurückgeben. Ich glaube jedoch, dass dies fast keinen Wert hat - wenn Sie den Typ falsch angegeben haben, werden Sie es herausfinden, sobald Sie Ihren Test ausführen.

Ich empfehle dringend nur zu verwenden doReturn/when. Es macht keinen Sinn, zwei Syntaxen zu lernen, wenn eine ausreicht.

Vielleicht möchten Sie sich auf meine Antwort unter Forming Mockito "Grammatiken" beziehen - eine detailliertere Antwort auf eine sehr eng verwandte Frage.

Beide Ansätze verhalten sich unterschiedlich, wenn Sie ein Spionageobjekt (mit Anmerkungen versehen @Spy) anstelle eines Scheinobjekts (mit Anmerkungen versehen @Mock) verwenden:

• when(...) thenReturn(...) führt einen echten Methodenaufruf durch, kurz bevor der angegebene Wert zurückgegeben wird. Wenn die aufgerufene Methode eine Ausnahme auslöst, müssen Sie sich damit befassen / sie verspotten usw. Natürlich erhalten Sie immer noch Ihr Ergebnis (was Sie in definieren thenReturn(...)).

• doReturn(...) when(...) ruft die Methode überhaupt nicht auf .

Beispiel:

public class MyClass {
     protected String methodToBeTested() {
           return anotherMethodInClass();
     }

     protected String anotherMethodInClass() {
          throw new NullPointerException();
     }
}

Prüfung:

@Spy
private MyClass myClass;

// ...

// would work fine
doReturn("test").when(myClass).anotherMethodInClass();

// would throw a NullPointerException
when(myClass.anotherMethodInClass()).thenReturn("test");

Das Mockito-Javadoc scheint zu erklären , warum in den seltenen Fällen, in denen Sie Mockito.when (Object) nicht verwenden können, doReturn () doReturn()anstelle von when()Use doReturn () verwendet wird.

Beachten Sie, dass Mockito.when (Object) immer zum Stubben empfohlen wird, da es argumenttypsicher und lesbarer ist (insbesondere beim Stubben aufeinanderfolgender Aufrufe).

Hier sind die seltenen Fälle, in denen doReturn () nützlich ist:

1. Wenn Sie echte Objekte ausspionieren und echte Methoden für einen Spion aufrufen, treten Nebenwirkungen auf

List list = new LinkedList(); List spy = spy(list);

// Unmöglich: Die echte Methode wird aufgerufen, daher löst spy.get (0) die IndexOutOfBoundsException aus (die Liste ist noch leer).

when(spy.get(0)).thenReturn("foo");

// Sie müssen doReturn () zum Stubben verwenden: doReturn("foo").when(spy).get(0);

2. Überschreiben einer vorherigen Ausnahme-Stubbing:

when(mock.foo()).thenThrow(new RuntimeException());

// Unmöglich: Die ausnahme-stubbed foo () -Methode wird aufgerufen, sodass RuntimeException ausgelöst wird. when(mock.foo()).thenReturn("bar");

// Sie müssen doReturn () zum Stubben verwenden:

doReturn("bar").when(mock).foo(); Die obigen Szenarien zeigen einen Kompromiss zwischen Mockitos eleganter Syntax. Beachten Sie jedoch, dass die Szenarien sehr selten sind. Spionage sollte sporadisch sein und übergeordnetes Ausnehmen von Ausnahmen ist sehr selten. Ganz zu schweigen davon, dass das Überschreiben von Stubbing im Allgemeinen ein potenzieller Codegeruch ist, der auf zu viel Stubbing hinweist.

Wenn Sie diese Antwort fortsetzen , gibt es einen weiteren Unterschied: Wenn Sie möchten, dass Ihre Methode unterschiedliche Werte zurückgibt, z. B. beim ersten Aufruf, beim zweiten Aufruf usw., können Sie beispielsweise Werte übergeben ...

PowerMockito.doReturn(false, false, true).when(SomeClass.class, "SomeMethod", Matchers.any(SomeClass.class));

Es wird also false zurückgegeben, wenn die Methode im selben Testfall aufgerufen wird, und dann wird false erneut und zuletzt true zurückgegeben.

Die letztere Alternative wird für Methoden für Mocks verwendet, die zurückkehren void.

Schauen Sie sich zum Beispiel hier an: Wie man mit mockito Methoden zum Verspotten macht, um sie zu entleeren