ユニットテスト中のdataSourceの模倣

Question

データベースがダウンしているにもかかわらず、私はDBの独立したウェブレイヤコントローラをユニットテストしたいと思います。

ただし、指定されたDB資格情報でdataSource Beanで接続できないため、transactionManagerのBeanインスタンス化が失敗します。

また、私は削除したくない注釈を@Transactionalと@AfterTransactionと@BeforeTransactionとしています。

ダミー（またはモック）dataSourceを定義する方法はありますか。データベースの資格情報を提供する必要はありませんが、私のtransactionManager Beanはインスタンス化されますか？

Answer 1

これは、春の冠水で覆われています。 InMemoryバージョンのDAOを作成する必要があります。

Look at 6.2 Fix the failing tests

Answer 2

使用dependency injection。これを行うための標準的で十分な文書化されたオプションが2つあります。

1. Google Guiceなどのフレームワークを使用してください。これにはいくつかのオーバーヘッドがありますが、より優れたテスト可能なコードを作成するのに役立ち、スコープのようないくつかのクールな機能があり、特にウェブレイヤーに役立ちます。
2. データソースパラメタまたはデータソースセッタメソッドをとるコンストラクタを追加して、独自のコードでDIを実装します。本番環境では、本番データベースをパススルー/設定しますが、単体テストでは操作/トランザクションを単に記録する模擬データソースを使用できます。

Answer 3

あなたが説明していることは、単体テストよりも統合テストです。ユニットテストの場合は、Springまたはトランザクションマネージャを起動しないでください。ちょうどあなたのコントローラをインスタンス化し、ユニットはそれをテストします。統合テストの場合は、単にH2 in-memory databaseを使用することを検討してください。 H2は非常に高速で（Derbyよりもはるかに高速）、データベースが必要なときのテストに優れています。