私は正しいPreparedStatementを受け取ったことを単体テストできますか？

Question

any（）だけでなく、適切なオブジェクトをverifyメソッドに渡したいと思います。

これを行う方法はありますか？

ラムダメソッドを取得してコピーし、結果を検証に渡すことはできません。 Lambdaは直接テストすることができないため、これは機能しません。

明らかに何かをテストするにしても近接していない私のユニットテスト：

@Test 
public void testRunTrigger() { 
    campaignTrigger.updateCampaignStatus(); 

    verify(jdbcTemplate).update(any(PreparedStatementCreator.class)); 
    assertEquals("UPDATE campaign SET state = 'FINISHED' WHERE state IN ('PAUSED','CREATED','RUNNING') AND campaign_end < ? ", campaignTrigger.UPDATE_CAMPAIGN_SQL); 
} 

そして、これは私がテストしていたクラスです：

@Component 
@Slf4j 
public class CampaignTrigger { 
final String UPDATE_CAMPAIGN_SQL = String.format("UPDATE campaign SET state = '%s' " + 
       " WHERE state IN (%s) AND campaign_end < ? ", FINISHED, 
     Stream.of(PAUSED, CREATED, RUNNING) 
       .map(CampaignState::name) 
       .collect(Collectors.joining("','", "'", "'"))); 

@Autowired 
private JdbcTemplate jdbcTemplate; 

@Scheduled(cron = "${lotto.triggers.campaign}") 
@Timed 
void updateCampaignStatus() { 
    jdbcTemplate.update(con -> { 
     PreparedStatement callableStatement = con.prepareStatement(UPDATE_CAMPAIGN_SQL); 
     callableStatement.setTimestamp(1, Timestamp.valueOf(LocalDateTime.now())); 
     log.debug("Updating campaigns statuses."); 
     return callableStatement; 
    }); 
} 

これがあることを何かアドバイス、または理論的な知識それを行う方法ではない、私は非常に感謝します。

Answer 1

あなたが制御しないコードをモックするべきではありません。モックされたクラスがどのように動作するかを知っている（つまり、あなたが定義している）と仮定しているので、あなたのテストがあるコードだけをモックします。

ここでは、jdbcTemplateがどのように機能し、ラムダでそれを呼び出すのが実際にあなたが思っていることをするかどうかはわかりません。

制御しないコードでコードをテストすることは、統合テストのポイントです。私。 CampaignTriggerを実際のデータベース（またはメモリ内のもの）と一緒にテストして、jdbcTemplateを嘲笑することなくテストする必要があります。

Answer 2

であなたの運を試すことができます。このコールに使用されるオブジェクトは、hereを参照してください。つまり、このようなコードを記述することができます：

ArgumentCaptor<Person> argument = ArgumentCaptor.forClass(Person.class); 
verify(mock).doSomething(argument.capture()); 
assertEquals("John", argument.getValue().getName()); 

あなたのメソッドの呼び出しに渡されたオブジェクトへのフルアクセスを与えます！また、最近、mockitoは@Captorアノテーションを導入しています。

編集; @モーフィックのコメントを考えてください：彼が言っていることは絶対に妥当です。

この回答は、特定の問題をどのように解決できるかについての「即時の」ヒントを提供しています。

を超えて：合理的なアプローチは、常に常に「テスト中のユニット」をスライスして、可能な限り小さくすることです！

あなたのクラス/方法は、ただ1つの責任を果たすべきです。可能な最も単純な手段で実装をテストできることを確認します。

質問：「引数キャプチャを使用する必要がありますか、生産コードを改善する必要がありますか」という疑問がある場合は、プロダクションコードを再作成してください。