同じ引数を持つコールの特定の順序についてMockitoでテストする方法は？

Question

文字が正しく文字化けしていないことを確認するために、文字の特定の順序を確認する必要があります。私はInOrderを使ってそれを書こうとしましたが、動作しないか、少なくともMockito 1.8.5では動作していないようです。

@Test 
public void inOrderTest() throws IOException{ 
    final String message = "Hello World!\n"; 

    for(char c : message.toCharArray()) 
     mockWriter.write(c); 

    final InOrder inOrder = inOrder(mockWriter); 
    for(char c : message.toCharArray()) 
     inOrder.verify(mockWriter).write(c); 
    inOrder.verifyNoMoreInteractions(); 
} 

テストは、上記のメッセージで失敗します。

Verification in order failure: 
mockWriter.write(108); 
Wanted 1 time: 
-> at  org.bitbucket.artbugorski.brainfuj.interpreter.InterpreterTest.inOrderTest(InterpreterTest.java:62) 
But was 3 times. Undesired invocation: 
-> at org.bitbucket.artbugorski.brainfuj.interpreter.InterpreterTest.inOrderTest(InterpreterTest.java:58) 

はどのようにしているためMockitoのテストを書くのですか？

---

EDIT：あなたは「L」に着くとMockitoを伝えるときためにhttp://code.google.com/p/mockito/issues/detail?id=296

Answer 1

私は以前の回答者に謝罪しました。私の意見では、答えを使うことは、Mockitoの基本的なアイデアの1つに直面しています。つまり、スタブと検証は2つの完全に別々のプロセスです。 Mockitoにはスタブ機能と検証機能があり、Mockitoのメーカーはこの2つを別々に保つために努力しました。アンサーはスタブを目的としています。回答が最も良い方法であるケースはいくつかありますが、私はこれがその一つだとは思わないのです。

Answerの代わりにArgumentCaptorを使用します。私はこのようなメソッドをテストクラスに書いて、 "Hello world"を引数として呼び出します。私はこれをテストしていないので、それはタイプミスを含んでいるかもしれないことに注意してください。

private void verifyCharactersWritten(String expected){ 
    ArgumentCaptor<Character> captor = ArgumentCaptor.forClass(Character.class); 
    verify(mockWriter, times(expected.length())).write(captor.capture()); 
    assertEquals(Arrays.asList(expected.toCharArray()), captor.getAllValues()); 
} 

これが役に立ちます。

Answer 2

検証バグとして提出が行われた回数何かとは別の概念であり、それことを確認します起こったのは、イン・オーダー・チェックをパスしますが、 'l'コールが3回行われたために失敗し、あなたは（暗黙のうちに）それを1回だけ期待するように言いました。それは私がMockitoで以前にヒットした奇妙なことだが、それが起こるといつも、私はテストがうまく書かれていないと判断してしまい、問題を解決すると問題はなくなる。あなたの場合は、私はそれが方法ライターに書かれた各文字を確認するために過剰殺到だと思います。メッセージが正しく送信されたことを確認するには、入力メッセージと出力メッセージを比較する必要があります。あなたの例では、ライターを嘲笑するのではなく、StringWriterを使う必要があります。あなたが本当に何をやっているしなければならない場合は、あなたのテストの最後には、ちょうど私がお勧めすることができ、すべてがそれを実現するための方法がありますかどうかを確認するためにMockitoコードに掘り、おそらくされ、

assertThat(stringWriter.toString(), equalTo(message)); 

のように見えます彼らがそれについて何を言うかを見るためにバグレポートを提出する。

Answer 3

私は現在、カスタムアンサーでこれをハッキングしています。

final List<Integer> writtenChars = new ArrayList<>(); 
willAnswer(
     new Answer(){ 
      @Override 
      public Object answer(final InvocationOnMock invocation)throws Throwable { 
       final int arg = (int) invocation.getArguments()[0]; 
       writtenChars.add(arg); 
       return null; 
      } 
     } 
    ).given(mockWriter).write(anyInt()); 

次に、希望するメソッドを実行した後、リストに対して期待される文字列に対してテストを行います。ブライスあなたに謝罪：このものの

final Iterator<Integer> writtenCharItr = writtenChars.iterator(); 
for(int charInt : "Hello World!\n".toCharArray()) 
    assertThat( charInt, is(writtenCharItr.next()) ); 
assertThat("There are no more chars.", writtenCharItr.hasNext(), is(false)); 
verify(mockWriter).flush(); 

は、あなたがなど

---

EDITメソッドが呼ばれましリストに記録しない限り、あなたはメソッド呼び出し回以上に興味を持っている場合は動作しません。 Listの代わりにStringBuilderを使用することで、独立して優れている場合を除き、このソリューションに独自に来ているようですが、一般的なケースではListがうまく機能します。

Answer 4

このように動作する理由は、確認と定期的な確認の整合性です。言い換えれば、この方法を実装しなかった場合、APIは別の方法で驚くべきことでした。まともなAPIを設計しようとするときにトレードオフを行います。

だから...答え。まず、テストコード内のループ（または条件文）のようなステートメントを避ける必要があります。その理由は、テストコードの明快さと保守性の面で気をつけているからです！ =）

テストからループを削除しても、ユースケースはありません。ユースケースがなければ、答えは出せません。 DavidのArgumentCaptorは悪い考えではないかもしれません。

希望に役立ちます！

Answer 5

これは奇妙なテストですが、依然としてmocking APIでサポートされている必要があります。私はそれを信じるは、他の模擬APIがそれをサポートしているので、Mockitoによってサポートされると信じています。 Unitilsモックで

：

Mock<Writer> mockWriter; 

@Test 
public void inOrderTest() throws Exception { 
    Writer writer = mockWriter.getMock(); 
    final String message = "Hello World!\n"; 

    for (char c : message.toCharArray()) 
     writer.write(c); 

    for (char c : message.toUpperCase().toCharArray()) 
     mockWriter.assertInvokedInSequence().write(c); 
    MockUnitils.assertNoMoreInvocations(); 
} 

それともJMockit（私の独自のツール）を持つ：

@Test 
public void inOrderTest(final Writer mockWriter) throws Exception { 
    final String message = "Hello World!\n"; 

    for (char c : message.toCharArray()) 
     mockWriter.write(c); 

    new FullVerificationsInOrder() {{ 
     for (char c : message.toCharArray()) 
      mockWriter.write(c); 
    }}; 
}