1

永続データをリレーショナル データベースに保持する、データ集約型の Java EE Web アプリケーションを作成しています。ここで、特定の「データ環境」でのアプリケーションの動作を検証する JUnit テストが必要です。一部のオブジェクトは、テストの前に作成し、テストが終了したら破棄する必要があります。テストは、データ セットアップ構成を制御できる必要があります。典型的な状況ですね。今私の質問は次のとおりです。

  • それに使用するツールは何ですか？DBUnitはかなり古いように見え、JUnit-4 指向ではありません。
  • オブジェクト作成者をどこに配置し、どのように名前を付けるか?
  • 構成の詳細をそれらに渡す方法は? Java呼び出しパラメータ? XML構成？
  • 便宜上、ExternalResource JUnit ルールを使用すべきではありませんか?

ベストプラクティスが何であるかを知りたいです。この問題をどのように解決しますか？

4

1 に答える 1

3

DBUnit はかなり古く、2009 年以降、このプロジェクトには革新がありません。主な問題は、dataSet に XML を多用していることです。データセットの作成は困難ですが、実行可能です。メンテナンスは悪夢であり、時には高すぎることもあります...

ORM フレームワークでエンティティを使用する場合は、それらを直接使用してデータベースをインスタンス化するようにしてください。これには、テスト データベースの構成を支援し、JPA または Hibernate セッションのインジェクションを提供する Unitils をお勧めします。このアプローチを Builder パターンと組み合わせて、データの意味を表現し、構成を一元化することができます。

于 2011-04-19T13:38:40.433 に答える