Mockito - różnica między doReturn () a when ()

Obecnie używam Mockito do kpienia z obiektów warstwy usługi w aplikacji Spring MVC, w której chcę przetestować metody kontrolera. Jednak, kiedy czytałem o szczegółach Mockito, odkryłem, że metody doReturn(...).when(...)są równoważne when(...).thenReturn(...). Moje pytanie brzmi: po co są dwie metody, które robią to samo, czy jaka jest subtelna różnica między doReturn(...).when(...)i when(...).thenReturn(...)?

Każda pomoc będzie mile widziana.

Obie składnie dla stubowania są w przybliżeniu równoważne. Jednak zawsze możesz użyć doReturn/whendo stubowania; ale są przypadki, w których nie można użyć when/thenReturn. Jednym z takich sposobów jest stubbingowanie pustek. Inne obejmują używanie szpiegów Mockito i wielokrotne stosowanie tej samej metody.

Jedną z rzeczy, która when/thenReturndaje ci to, czego doReturn/whennie ma, jest sprawdzanie typu zwracanej wartości w czasie kompilacji. Uważam jednak, że nie ma to prawie żadnej wartości - jeśli pomylisz się co do typu, przekonasz się, jak tylko uruchomisz test.

Zdecydowanie polecam tylko używać doReturn/when. Nie ma sensu uczyć się dwóch składni, kiedy to zrobisz.

Możesz odnieść się do mojej odpowiedzi z „Gramatyki” Forming Mockito - bardziej szczegółowej odpowiedzi na bardzo ściśle powiązane pytanie.

Oba podejścia zachowują się inaczej, jeśli użyjesz szpiegowanego obiektu (z adnotacją @Spy) zamiast próbnego (z adnotacją @Mock):

• when(...) thenReturn(...) wykonuje prawdziwe wywołanie metody tuż przed zwróceniem określonej wartości. Więc jeśli wywoływana metoda zgłosi wyjątek, musisz sobie z tym poradzić / wyśmiewać itp. Oczywiście nadal otrzymujesz swój wynik (to, co definiujesz thenReturn(...))

• doReturn(...) when(...) w ogóle nie wywołuje tej metody .

Przykład:

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

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

Test:

@Spy
private MyClass myClass;

// ...

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

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

Wydaje się, że Mockito javadoc mówi, dlaczego należy używać doReturn()zamiast when() Use doReturn () w tych rzadkich przypadkach, gdy nie można użyć Mockito.when (Object).

Uważaj, że Mockito.when (Object) jest zawsze zalecane do stubowania, ponieważ jest on bezpieczny dla typu argumentu i bardziej czytelny (szczególnie podczas stubowania kolejnych wywołań).

Oto te rzadkie sytuacje, w których przydatna jest funkcja doReturn ():

1. Szpiegowanie prawdziwych obiektów i wywoływanie prawdziwych metod w szpiegu przynosi efekty uboczne

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

// Niemożliwe: wywoływana jest prawdziwa metoda, więc spy.get (0) zgłasza wyjątek IndexOutOfBoundsException (lista jest jeszcze pusta)

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

// Do stubowania musisz użyć doReturn (): doReturn("foo").when(spy).get(0);

2. Przesłanianie poprzedniego usuwania wyjątków:

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

// Niemożliwe: wywoływana jest wyjątkowa metoda foo (), dlatego zgłaszany jest wyjątek RuntimeException. when(mock.foo()).thenReturn("bar");

// Do stubowania musisz użyć doReturn ():

doReturn("bar").when(mock).foo(); Powyższe scenariusze pokazują kompromis eleganckiej składni Mockito. Pamiętaj jednak, że scenariusze są bardzo rzadkie. Szpiegowanie powinno być sporadyczne, a nadpisywanie wyjątków jest bardzo rzadkie. Nie wspominając o tym, że w ogólności nadpisywanie stubowania jest potencjalnym zapachem kodu, który wskazuje na zbyt wiele stubowania.

Kontynuując tę odpowiedź , istnieje jeszcze jedna różnica, że ​​jeśli chcesz, aby twoja metoda zwracała różne wartości, na przykład gdy jest wywoływana po raz pierwszy, wywoływana po raz drugi itd., Możesz przekazać wartości, na przykład ...

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

Więc zwróci false, gdy metoda zostanie wywołana w tym samym przypadku testowym, a następnie zwróci false ponownie i na koniec true.

Ta ostatnia alternatywa jest używana w przypadku metod na powracających próbach void.

Spójrz na przykład tutaj: Jak zrobić próbną próbę unieważnienia metod za pomocą mockito