Mockito: làm thế nào để xác minh phương thức được gọi trên một đối tượng được tạo trong một phương thức?

Tôi mới đến Mockito.

Với lớp bên dưới, làm cách nào tôi có thể sử dụng Mockito để xác minh rằng someMethodđã được gọi chính xác một lần sau khi foođược gọi?

public class Foo
{
    public void foo(){
        Bar bar = new Bar();
        bar.someMethod();
    }
}

Tôi muốn thực hiện cuộc gọi xác minh sau đây,

verify(bar, times(1)).someMethod();

nơi barlà một trường hợp chế giễu của Bar.

Phụ thuộc tiêm

Nếu bạn tiêm đối tượng Bar hoặc nhà máy được sử dụng để tạo đối tượng Bar (hoặc một trong 483 cách khác để thực hiện việc này), bạn sẽ có quyền truy cập cần thiết để thực hiện kiểm tra.

Ví dụ về nhà máy:

Đưa ra một lớp Foo được viết như thế này:

public class Foo {
  private BarFactory barFactory;

  public Foo(BarFactory factory) {
    this.barFactory = factory;
  }

  public void foo() {
    Bar bar = this.barFactory.createBar();
    bar.someMethod();
  }
}

trong phương pháp thử nghiệm của bạn, bạn có thể tiêm BarFactory như thế này:

@Test
public void testDoFoo() {
  Bar bar = mock(Bar.class);
  BarFactory myFactory = new BarFactory() {
    public Bar createBar() { return bar;}
  };

  Foo foo = new Foo(myFactory);
  foo.foo();

  verify(bar, times(1)).someMethod();
}

Phần thưởng: Đây là một ví dụ về cách TDD có thể thúc đẩy thiết kế mã của bạn.

Câu trả lời kinh điển là "Bạn không." Bạn kiểm tra API công khai của Foo, không phải nội bộ của nó.

Có bất kỳ hành vi nào của Foođối tượng (hoặc, kém tốt hơn, một số đối tượng khác trong môi trường) bị ảnh hưởng foo()không? Nếu vậy, kiểm tra điều đó. Và nếu không, phương pháp này làm gì?

Nếu bạn không muốn sử dụng DI hoặc Factories. Bạn có thể cấu trúc lại lớp của mình theo một cách khó khăn:

public class Foo {
    private Bar bar;

    public void foo(Bar bar){
        this.bar = (bar != null) ? bar : new Bar();
        bar.someMethod();
        this.bar = null;  // for simulating local scope
    }
}

Và lớp kiểm tra của bạn:

@RunWith(MockitoJUnitRunner.class)
public class FooTest {
    @Mock Bar barMock;
    Foo foo;

    @Test
    public void testFoo() {
       foo = new Foo();
       foo.foo(barMock);
       verify(barMock, times(1)).someMethod();
    }
}

Sau đó, lớp đang gọi phương thức foo của bạn sẽ làm như thế này:

public class thirdClass {

   public void someOtherMethod() {
      Foo myFoo = new Foo();
      myFoo.foo(null);
   }
}

Như bạn có thể thấy khi gọi phương thức theo cách này, bạn không cần nhập lớp Bar trong bất kỳ lớp nào khác đang gọi phương thức foo của bạn, đây có thể là thứ bạn muốn.

Tất nhiên nhược điểm là bạn đang cho phép người gọi đặt Đối tượng Bar.

Hy vọng nó giúp.

Giải pháp cho mã ví dụ của bạn bằng cách sử dụng PowerMockito.whenNew

• mockito-tất cả 1.10.8
• lõi điện 1.6.1
• powermock-module-junit4 1.6.1
• powermock-api-mockito 1.6.1
• tháng sáu 4,12

FooTest.java

package foo;

import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.Mock;
import org.mockito.Mockito;
import org.powermock.api.mockito.PowerMockito;
import org.powermock.core.classloader.annotations.PrepareForTest;
import org.powermock.modules.junit4.PowerMockRunner;

//Both @PrepareForTest and @RunWith are needed for `whenNew` to work 
@RunWith(PowerMockRunner.class)
@PrepareForTest({ Foo.class })
public class FooTest {

    // Class Under Test
    Foo cut;

    @Mock
    Bar barMock;

    @Before
    public void setUp() throws Exception {
        cut = new Foo();

    }

    @After
    public void tearDown() {
        cut = null;

    }

    @Test
    public void testFoo() throws Exception {

        // Setup
        PowerMockito.whenNew(Bar.class).withNoArguments()
                .thenReturn(this.barMock);

        // Test
        cut.foo();

        // Validations
        Mockito.verify(this.barMock, Mockito.times(1)).someMethod();

    }

}

Đầu ra JUnit

Tôi nghĩ Mockito @InjectMockslà con đường để đi.

Tùy thuộc vào ý định của bạn, bạn có thể sử dụng:

1. Xây dựng tiêm
2. Tài sản setter tiêm
3. Lĩnh vực tiêm

Thêm thông tin trong tài liệu

Dưới đây là một ví dụ với tiêm trường:

Các lớp học:

public class Foo
{
    private Bar bar = new Bar();

    public void foo() 
    {
        bar.someMethod();
    }
}

public class Bar
{
    public void someMethod()
    {
         //something
    }
}

Kiểm tra:

@RunWith(MockitoJUnitRunner.class)
public class FooTest
{
    @Mock
    Bar bar;

    @InjectMocks
    Foo foo;

    @Test
    public void FooTest()
    {
        doNothing().when( bar ).someMethod();
        foo.foo();
        verify(bar, times(1)).someMethod();
    }
}

Có, nếu bạn thực sự muốn / cần làm điều đó, bạn có thể sử dụng PowerMock. Điều này nên được coi là một phương sách cuối cùng. Với PowerMock, bạn có thể khiến nó trả về một bản giả từ cuộc gọi đến hàm tạo. Sau đó làm xác minh trên giả. Điều đó nói rằng, csturtz là câu trả lời "đúng".

Đây là liên kết đến Mock xây dựng các đối tượng mới

Một cách đơn giản khác là thêm một số câu lệnh log vào bar.someMethod () và sau đó xác định bạn có thể thấy thông báo đã nói khi thử nghiệm của bạn được thực thi, xem các ví dụ ở đây: Cách thực hiện JUnit khẳng định thông điệp trong logger

Điều đó đặc biệt hữu ích khi Bar.someMethod () của bạn private.