私は頻繁に使用するオブジェクトの一部をキャッシュするためにehcaheを使用する予定です。私はクラスタ化された構成でehcacheを持っています。クラスタ化されたehcacheの状態をテストする
今私はehcacheをコードがクラスタモードで正常に動作している休止状態であれば、私のJUnit-
Q>クラスタモードでhibernate ehcacheコードが正しく動作しているかどうかを確認してください。
A>少なくとも2つの別々のインスタンスのデータベース、Hibernate、Ehcacheの2重のレイヤーを嘲笑しなければなりません。これは実行可能かもしれないが、これは多くのレベルで意味をなさない。まず、ユニットの定義はであり、アプリケーションのテスト可能な最小部分はです。この場合はその近くにはありません。第二に、私はEhcacheがユニット/統合テスト自体を持っていると確信しています。あなたは本当にあなたのライブラリの信頼をほとんど持っていないので、ユニットテストを書いておきたいのですか？ （概念証明は単体テストと全く異なります）
Q>オブジェクトがキャッシュから正しくフェッチされていて、WSから再作成されていないかどうかを確認してください。
>シナリオは、キャッシュ戦略（cache-aside VS cache-as-sor VS read-through）によって大きく異なります。しかし、これはあなたがあなたのWSを支配するので、非常に簡単なはずです。テスト中にWSが呼び出された回数を判断できるはずです。たとえば、キャッシュへの最初のリードスルー呼び出しでWSへの呼び出しが行われた場合、2番目の呼び出しはキャッシュされません（レコードがキャッシュされるため）。