Mockito - sự khác biệt giữa doReturn () và khi ()

Tôi hiện đang trong quá trình sử dụng Mockito để giả lập các đối tượng lớp dịch vụ của mình trong ứng dụng Spring MVC mà tôi muốn kiểm tra các phương thức Trình điều khiển của mình. Tuy nhiên, khi tôi đã đọc về các chi tiết cụ thể của Mockito, tôi đã thấy rằng các phương thức doReturn(...).when(...)này tương đương với when(...).thenReturn(...). Vì vậy, câu hỏi của tôi là điểm nào có hai phương thức làm cùng một việc hoặc sự khác biệt tinh tế giữa doReturn(...).when(...)và là when(...).thenReturn(...)gì?

Bất kỳ trợ giúp sẽ được đánh giá cao.

Hai cú pháp để khai thác là tương đương. Tuy nhiên, bạn luôn có thể sử dụng doReturn/whenđể khai thác; nhưng có những trường hợp bạn không thể sử dụng when/thenReturn. Phương pháp void stubbing là một trong những như vậy. Những người khác bao gồm sử dụng với các điệp viên Mockito, và khai thác cùng một phương pháp nhiều lần.

Một điều when/thenReturnmang lại cho bạn, điều doReturn/whenđó không, là kiểm tra kiểu giá trị mà bạn trả lại, tại thời điểm biên dịch. Tuy nhiên, tôi tin rằng điều này gần như không có giá trị - nếu bạn đã nhập sai loại, bạn sẽ tìm ra ngay khi bạn chạy thử nghiệm.

Tôi thực sự khuyên bạn chỉ nên sử dụng doReturn/when. Không có điểm nào trong việc học hai cú pháp khi một người sẽ làm.

Bạn có thể muốn tham khảo câu trả lời của tôi tại Forming Mockito "grammars" - một câu trả lời chi tiết hơn cho một câu hỏi liên quan rất chặt chẽ.

Cả hai cách tiếp cận đều hoạt động khác nhau nếu bạn sử dụng một đối tượng gián điệp (được chú thích bằng @Spy) thay vì giả (chú thích với @Mock):

• when(...) thenReturn(...) thực hiện một cuộc gọi phương thức thực ngay trước khi giá trị được chỉ định sẽ được trả về. Vì vậy, nếu phương thức được gọi ném ngoại lệ, bạn phải xử lý / giả định nó, v.v ... Tất nhiên bạn vẫn nhận được kết quả của mình (những gì bạn xác định trong thenReturn(...))

• doReturn(...) when(...) không gọi phương thức nào cả .

Thí dụ:

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

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

Kiểm tra:

@Spy
private MyClass myClass;

// ...

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

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

Mockito javadoc dường như cho biết lý do tại sao sử dụng doReturn()thay vì when() sử dụng doReturn () trong những trường hợp hiếm hoi khi bạn không thể sử dụng Mockito.when (Object).

Xin lưu ý rằng Mockito.when (Object) luôn được khuyến nghị sử dụng vì nó là loại đối số an toàn và dễ đọc hơn (đặc biệt là khi ngắt các cuộc gọi liên tiếp).

Dưới đây là những dịp hiếm hoi khi doReturn () trở nên tiện dụng:

1. Khi gián điệp các đối tượng thực và gọi các phương thức thực trên một gián điệp mang lại tác dụng phụ

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

// Không thể: phương thức thực được gọi là spy.get (0) ném IndexOutOfBoundException (danh sách vẫn trống)

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

// Bạn phải sử dụng doReturn () để khai thác: doReturn("foo").when(spy).get(0);

2. Ghi đè một ngoại lệ trước đó:

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

// Không thể: phương thức foo () stubbed ngoại lệ được gọi để RuntimeException được ném. when(mock.foo()).thenReturn("bar");

// Bạn phải sử dụng doReturn () để khai thác:

doReturn("bar").when(mock).foo(); Các kịch bản trên cho thấy một sự đánh đổi của cú pháp tao nhã của Mockito. Lưu ý rằng các kịch bản là rất hiếm, mặc dù. Hoạt động gián điệp nên lẻ tẻ và ghi đè ngoại lệ là rất hiếm. Không phải đề cập đến việc nói chung quá nhiều stubbing là một mùi mã tiềm năng chỉ ra quá nhiều stubbing.

Tiếp tục câu trả lời này , có một sự khác biệt khác là nếu bạn muốn phương thức của mình trả về các giá trị khác nhau, ví dụ như khi nó được gọi lần đầu, lần thứ hai được gọi, v.v. thì bạn có thể chuyển các giá trị, ví dụ như ...

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

Vì vậy, nó sẽ trả về false khi phương thức được gọi trong cùng một trường hợp thử nghiệm và sau đó nó sẽ trả về false một lần nữa và cuối cùng là true.

Phương án thứ hai được sử dụng cho các phương thức trên các mô phỏng trả về void.

Xin vui lòng xem, ví dụ, ở đây: Cách tạo các phương thức giả thành vô hiệu hóa với mockito