Mockito - різниця між doReturn () та when ()

Наразі я перебуваю в процесі використання Mockito для знущання над об'єктами сервісного рівня у додатку Spring MVC, в якому я хочу перевірити свої методи Controller. Однак, коли я читав про специфіку Mockito, я виявив, що методи doReturn(...).when(...)еквівалентні when(...).thenReturn(...). Отже, моє запитання полягає в тому, який сенс мати два методи, які роблять те саме, або яка тонка різниця між doReturn(...).when(...)і when(...).thenReturn(...)?

Будь-яка допомога буде вдячна.

Два синтаксису для заглушки приблизно рівнозначні. Однак завжди можна використовувати doReturn/whenдля заглушки; але є випадки, коли ви не можете користуватися when/thenReturn. Методи заглушки порожнечі - одна з таких. Інші включають використання шпигунів Mockito та заглушення одного і того ж методу не один раз.

Одне, що when/thenReturnдає вам, а doReturn/whenце не - це перевірка типу значення, яке ви повертаєте, під час компіляції. Однак я вважаю, що це майже не має значення - якщо ви помилилися з типом, ви дізнаєтесь, як тільки запустите тест.

Настійно рекомендую тільки використовувати doReturn/when. Немає сенсу вивчати два синтаксиси, коли це зробимо.

Ви можете звернутися до моєї відповіді на "Граматиці" Мокіто - більш детальної відповіді на дуже тісне питання.

Обидва підходи поводяться по-різному, якщо ви використовуєте шпигуючий об'єкт (анотований з @Spy) замість макету (анотовано з @Mock):

• when(...) thenReturn(...) робить справжній виклик методу безпосередньо перед поверненням вказаного значення. Тож якщо виклик методу кидає виняток, вам доведеться зіткнутися з ним / знущатися над ним і т. Д. Звичайно, ви все одно отримаєте результат (що ви визначаєте thenReturn(...))

• doReturn(...) when(...) метод взагалі не викликає .

Приклад:

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

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

Тест:

@Spy
private MyClass myClass;

// ...

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

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

Здається, Mockito javadoc розповідає, чому використовувати doReturn()замість when() Use doReturn () у тих рідкісних випадках, коли ви не можете використовувати Mockito.when (Object).

Слідкуйте за тим, щоб Mockito.when (Object) завжди рекомендувався для заглушки, тому що він є безпечним для аргументів і є легшим для читання (особливо при заглушці послідовних дзвінків).

Ось ті рідкісні випадки, коли doReturn () стане в нагоді:

1. Під час шпигування реальних об'єктів та виклику реальних методів шпигуну приносять побічні ефекти

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

// Неможливо: реальний метод називається так spy.get (0) викидає IndexOutOfBoundsException (список ще порожній)

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

// Ви повинні використовувати doReturn () для заглушки: doReturn("foo").when(spy).get(0);

2. Переосмислення попереднього виключення:

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

// Неможливо: метод foo () викликається виключенням, так називається RuntimeException. when(mock.foo()).thenReturn("bar");

// Ви повинні використовувати doReturn () для заглушки:

doReturn("bar").when(mock).foo(); Наведені вище сценарії показують компроміс елегантного синтаксису Мокіто. Зауважте, що сценарії дуже рідкісні. Шпигунство має бути спорадичним, а переважаючий виняток - заїдання дуже рідко. Не кажучи вже про те, що загалом зависаючий заглушок є потенційним кодовим запахом, який вказує на занадто багато задирок.

Продовжуючи цю відповідь , Є ще одна відмінність, що якщо ви хочете, щоб ваш метод повертав різні значення, наприклад, коли він вперше викликається, вдруге викликається і т. Д., Тоді ви можете передавати значення так, наприклад ...

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

Таким чином, він поверне помилковим, коли метод буде викликаний у тому самому тестовому випадку, і тоді він поверне помилкове знову і остаточно вірно.

Остання альтернатива використовується для методів на макети, які повертаються void.

Погляньте, наприклад, тут: Як змусити знущатися над недійсними методами з mockito