Tại sao Mockito bỏ qua việc khởi tạo biến thành viên của lớp trừu tượng của tôi

Question

Tôi đang thử nghiệm một lớp trừu tượng và Mockito không khởi tạo biến thành viên của tôi. Đây là một ví dụ đơn giản để cho bạn thấy vấn đề của tôi.

Đây là một lớp trừu tượng mà khởi 'lĩnh vực' thành viên:

import java.util.ArrayList; 
import java.util.Collection; 

public abstract class Foo { 
    private final Collection field = new ArrayList(); 

    protected Foo() { 
     System.out.println("In constructor"); 
    } 

    public boolean isNull(Object o) { 
     field.add(o); 

     return o == null; 
    } 

    abstract void someAbstractMethod(); 
} 

Ở đây, lớp thử nghiệm:

import org.junit.Assert; 
import org.junit.Test; 
import org.mockito.Mockito; 

public class FooTest { 
    @Test 
    public void testSomething() { 
     final Foo foo = Mockito.mock(Foo.class); 

     Mockito.when(foo.isNull(Mockito.anyObject())).thenCallRealMethod(); 

     Assert.assertFalse(foo.isNull("baaba")); 
    } 
} 

Khi thử nghiệm đang chạy nó ném một NPE vì lĩnh vực biến ' 'không được khởi tạo!

Tôi đang làm gì sai?

Answer 1

Đây là hành vi được mong đợi, khi bạn mô phỏng nội dung được tạo là mô hình hoàn chỉnh, do đó, không có ý nghĩa khi khởi tạo các trường là hành vi mặc định. Bên cạnh đó, các trường có thể được khởi tạo bởi một hàm tạo trong các lớp cụ thể hoặc trừu tượng, khi việc khởi tạo mocks bỏ qua constructor đơn giản vì nó là một mô hình, thậm chí còn vô lý hơn khi khởi tạo chúng.

Cố gắng gọi phương thức thực thường là sai khi sử dụng mocks. Thay vào đó, một trong những nên stub hành vi của mô hình.

Mockito.when(foo.isNull(Mockito.anyObject())).thenReturn(false); 
Assert.assertFalse(foo.isNull("baaba")); // assertion always passing 

Tôi không biết trường hợp sử dụng thực tế của bạn nhưng có thể bạn muốn mô phỏng một phần, với spy. Mặc dù nó vẫn được coi là thực hành tồi vì nó thường có nghĩa là bạn cần phải cấu trúc lại mã để sử dụng bố cục.

Answer 2

Bạn dường như đang chế nhạo lớp mà bạn đang thực sự cố gắng kiểm tra. Đó không thực sự là ý tưởng chế giễu. Bạn mô phỏng các lớp nằm ngoài phạm vi kiểm tra của bạn và để lại thứ mà bạn đang thử nghiệm không bị khóa.

Trong trường hợp này, bạn có thể chỉ cần tạo một Foo, với việc triển khai giả là someAbstractMethod và kiểm tra trực tiếp. Không cần cho bất kỳ chế giễu nào, theo như tôi thấy.