AssertJとMockito：やや複雑なJTableイベントをチェックしますか？

Question

私は、「テストによって導かれるオブジェクト指向ソフトウェアの成長」という本を取り上げています。

しかし私は、HamcrestとjMockの代わりにAssertJとMockitoを使用しています。

私はこれまで、JTableの行0に関連付けられた1つ以上のテーブルイベントの発生をチェックする必要がありました。

// verify that one or more events in row 0 happen 
    verify(listener, atLeastOnce()).tableChanged(refEq(new TableModelEvent(model, 0))); 

（NB私は親切に数日前Mureinik here約refEqを知らされました）。

TableModelEvent.UPDATEタイプの0行目に正確に1つのTableModelEventが存在することを確認する必要があります。本の内容は次のとおりです。

... aChangeInRowはjMockから来ているようです。

NB TableModelEventは有用な方法getType()を持っています。ここに私が書いてみたいことがあります：

// verify that precisely one ***change*** event happens in row 0 
    // *** CAVEAT: ERRONEOUS CODE *** 
    verify(listener).tableChanged(refEq(new TableModelEvent(model, 0))).getType().isEqualTo(TableModelEvent.UPDATE); 

しかし、これはコンパイルされません...私は何を書かなければならないのですか？

もっと一般的には、検証されたメソッドにパラメータとして渡された値（ここではTableModelEvent）を抽出して任意のテストに従わせるためのAssertJ/Mockitoテクニックがありますか？

Answer 1

ハムクレストを使用したくない場合getTypeメソッドの結果に非常に似合う独自のマッチャーを作成する必要があります。

ArgumentMatcher<RockData> checkTypeMatcher = new ArgumentMatcher<TableModelEvent>() { 


public boolean matches(Object arg0) { 
    //put more logic here 
    TableModelEvent event = (TableModelEvent) arg0; 
    return event.getType() == TableModelEvent.UPDATE; 
} 
}; 

verify(listener).tableChanged(Mockito.argThat(checkTypeMatcher)); 

UPDATE：ArgumentMatcherフォームを使用します。Mockito。

ArgumentMatcherクラスはMockitoに由来します。

Answer 2

Mockito APIはHamcrestマッチャーで動作します。あなたはそれらにこだわる必要があります。

私は実際にAssertJマッチャーを主張する点はありませんが、本当に望むなら、ArgumentCaptorをキャプチャしてAssertJを使用することができます。

ArgumentCaptor<TableModelEvent> cap = ArgumentCaptor.forClass(TableModelEvent.class); 
verify(listener).tableChanged(cap.capture()); 

TableModelEvent value = cap.getValue(); 
assertThat(value).isNotNull();