web-dev-qa-db-ja.com

voidメソッドをテストするMockito

私はテストしたい次のコードを持っています:

public class MessageService {
    private MessageDAO dao;

    public void acceptFromOffice(Message message) {
        message.setStatus(0);
        dao.makePersistent(message);

        message.setStatus(1);
        dao.makePersistent(message);

    }
    public void setDao (MessageDAO mD) { this.dao = mD; }
}

public class Message {
    private int status;
    public int getStatus () { return status; }
    public void setStatus (int s) { this.status = s; }

    public boolean equals (Object o) { return status == ((Message) o).status; }

    public int hashCode () { return status; }
}

メッセージを保持するよりも、acceptFromOfficeメソッドが実際にステータスを0に設定し、そのステータスを1に変更してから再度保持することを確認する必要があります。

Mockitoを使用して、次のことを試みました。

@Test
    public void testAcceptFromOffice () throws Exception {

        MessageDAO messageDAO = mock(MessageDAO.class);

        MessageService messageService = new MessageService();
        messageService.setDao(messageDAO);

        final Message message = spy(new Message());
        messageService.acceptFromOffice(message);

        verify(messageDAO).makePersistent(argThat(new BaseMatcher<Message>() {
            public boolean matches (Object item) {
                return ((Message) item).getStatus() == 0;
            }

            public void describeTo (Description description) { }
        }));

        verify(messageDAO).makePersistent(argThat(new BaseMatcher<Message>() {
            public boolean matches (Object item) {
                return ((Message) item).getStatus() == 1;
            }

            public void describeTo (Description description) { }
        }));

    }

ここでは、検証により、異なるMessageオブジェクトの状態でmakePersistentメソッドの2回の呼び出しが検証されることを実際に期待しています。しかし、それは言って失敗します

引数は異なります!

手がかりはありますか?

19
glaz666

コードのテストは簡単ではありませんが、不可能ではありません。私の最初のアイデアは ArgumentCaptor を使用することでした。これは ArgumentMatcher と比較して使用と理解の両方がはるかに簡単です。残念ながら、テストはまだ失敗します-理由は確かにこの答えの範囲を超えていますが、もし興味があれば私は助けるかもしれません。それでも、私はこのテストケースが示されるのに十分興味深いと思います(正しくない解決策):

_@RunWith(MockitoJUnitRunner.class)
public class MessageServiceTest {

    @Mock
    private MessageDAO messageDAO = mock(MessageDAO.class);

    private MessageService messageService = new MessageService();

    @Before
    public void setup() {
        messageService.setDao(messageDAO);
    }

    @Test
    public void testAcceptFromOffice() throws Exception {
        //given
        final Message message = new Message();

        //when
        messageService.acceptFromOffice(message);

        //then
        ArgumentCaptor<Message> captor = ArgumentCaptor.forClass(Message.class);

        verify(messageDAO, times(2)).makePersistent(captor.capture());

        final List<Message> params = captor.getAllValues();
        assertThat(params).containsExactly(message, message);

        assertThat(params.get(0).getStatus()).isEqualTo(0);
        assertThat(params.get(1).getStatus()).isEqualTo(1);
    }

}
_

残念ながら、作業ソリューションでは Answer を多少複雑に使用する必要があります。一言で言えば、Mockitoに各呼び出しを記録および検証させる代わりに、テストコードが指定されたモックを実行するたびに実行されるコールバックメソッドを提供します。このコールバックメソッド(この例ではMakePersistentCallbackオブジェクト)では、パラメーターの両方にアクセスでき、戻り値を変更できます。これは重い大砲であり、注意して使用する必要があります。

_    @Test
    public void testAcceptFromOffice2() throws Exception {
        //given
        final Message message = new Message();
        doAnswer(new MakePersistentCallback()).when(messageDAO).makePersistent(message);

        //when
        messageService.acceptFromOffice(message);

        //then
        verify(messageDAO, times(2)).makePersistent(message);
    }


    private static class MakePersistentCallback implements Answer {

        private int[] expectedStatuses = {0, 1};
        private int invocationNo;

        @Override
        public Object answer(InvocationOnMock invocation) throws Throwable {
            final Message actual = (Message)invocation.getArguments()[0];
            assertThat(actual.getStatus()).isEqualTo(expectedStatuses[invocationNo++]);
            return null;
        }
    }
_

この例は完全ではありませんが、CUTでほとんどすべてを変更すると、テストは成功し、さらに重要なことに失敗します。ご覧のとおり、_MakePersistentCallback.answer_メソッドは、モックされたmessageService.acceptFromOffice(message)が呼び出されるたびに呼び出されます。 naswer内で、必要なすべての検証を実行できます。

注意:このようなテストの維持は控えめに言っても面倒です。

25

実際にステートマシンをテストしています。カスタム実装を使用してMessageServiceをテストするのは非常に簡単です。 TestMessageが最も興味深いクラスになると思います。

DAO /メッセージが永続的な呼び出しを記録できるように、カスタム実装を作成しました。

Mockitoではありませんが、is simpleであり、仕事をするはずです。

class TestMessageDAO implements MessageDAO {
  // I have no clue what the MessageDAO does except for makePersistent
  // which is the only relevant part here

  public void makePersistent(Message message) {
    if (message instanceof TestMessage) {
      TestMessage test = (TestMessage)message;
      test.persistCalled(); // will be recorded by TestMessage
    } else {
      throw RuntimeException("This test DAO does not support non-test messages");
    }
  }
}

// Message isn't final so...
class TestMessage extends Message {
  enum state {
    STARTED, STATUS0, PERSIST0, STATUS1, PERSIST1
  }

  public void persistCalled() { // For testing only
    switch (state) {
      case STATUS0:
        state = PERSIST0;
        break;
      case STATUS1:
        state = PERSIST1;
        break;
      default:
        throw new RuntimeException("Invalid transition");
    }
  }

  public void setStatus(int status) {
    switch(state) {
      case STARTED:
        if (status != 0) {
          throw new IllegalArgumentException("0 required");
        }
        state = STATUS0;
        break;
      case PERSIST0:
        if (status != 1) {
          throw new IllegalArgumentException("1 required");
        }

        state = STATUS1;
        break;
      default:
        throw new RuntimeException("Invalid transition");
    }
  }
}

public class TestMessageService {

  @Test
  public void testService() {
    MessageDAO dao = new TestMessageDAO();
    Message message = new TestMessage();
    MessageService service = new MessageService();
    service.setDao(dao);
    service.acceptFromOffice(message);
  }

}
0
extraneon