問題タブ [integration-testing]

2つのOracleデータベースがあるとします。それらをデータベースAおよびデータベースBと呼びます。

ここで、データベースAに次のように定義されたテーブルがあるとします。

...同じ主キーと同じ外部キーを使用してデータベースBに同じテーブルを作成する簡単な方法はありますが、データはありませんか？cx_Oracleを使用してPythonでこれを実行できるように、純粋なSQLメソッドがあれば理想的ですが、必要に応じてシェルスクリプトを起動できます。

私は新しいプロジェクトの始まりに近づいており、（あえぎ！）初めて、私のプロジェクトに単体テストを含めようとしています。

単体テスト自体のいくつかを考案するのに苦労しています。簡単にテストできるメソッドがいくつかあります (2 つの値を渡して、期待される出力を確認します)。データベースに対してクエリを実行するなど、より複雑なことを行っているコードの他の部分があり、それらをテストする方法がわかりません。

このメソッドは基本的に、データベースから一部のデータを抽出するために必要なすべての要素を取り込み、そのデータを DataTable オブジェクトで返します。

最初の質問はおそらく最も複雑です。このような状況で何をテストすればよいでしょうか?

それが解決したら、データベース コンポーネントをモック アウトするか、実際の DB に対してテストを試みるかという問題が生じます。

Hibernate（およびSpring）を使用してデータベースなどからデータを取得するMavenで構築しているプロジェクトがあります.

私のプロジェクトのDAOの「テスト」はSpringのAbstractTransactionalDataSourceSpringContextTestsものを拡張して、テスト中のクラスにDataSourceを接続して、クエリ/ Hibernateロジックを実際に実行したり、データをフェッチしたりできるようにします。

他のいくつかのプロジェクトでは、これらのタイプのテストを HSQL データベース (メモリ内またはファイルを指す) と組み合わせて使用​​し、外部データベースに依存することなく実際のデータベース クエリ ロジックを効率的にテストできるようにしました。これは、外部の依存関係を回避し、テストを実行する前のデータベースの「状態」（それぞれがロールバックされるトランザクションにラップされている）が明確に定義されているため、うまく機能します。

私はこれらのテスト (統合テストのルーズなフレーバー) を Maven で編成する最良の方法について興味があります。これらのテストを に保持するのは少し汚い気がしますsrc/test/javaが、私が読んだ限りでは、Maven との統合テストを編成するための一貫した戦略や実践はないようです。

私がこれまでに読んだことから、Failsafe プラグイン(または Surefire の 2 番目のインスタンス) を使用してそれをintegration-testフェーズにバインドし、カスタムの起動またはシャットダウン ロジック (起動など) をバインドすることもできるようです。 /HSQL インスタンスの停止)pre-integration-testまたはに移動しpost-integration-testます。しかし、これは本当に最善の方法でしょうか？

だから私の質問は基本的に - これを Maven で整理する上で一般的に受け入れられているベストプラクティスは何ですか? ドキュメントで一貫した答えを見つけるのに苦労しています。

私がしたいのは：

• 単体テストを統合テストから分離して、testフェーズ中に単体テストのみが実行されるようにする
• pre-integration-testカスタムの起動/シャットダウン ロジックをおよびにバインドする機能post-integration-test
• 統合テストからのレポートを単体テストの Surefire レポートとマージ/提示する

同じコードに対して、 2つの合理的に完全なテストスイート（統合テスト のスイートと単体テストのスイート）を含むオープンソースのJavaプロジェクトを探しています。

私はJUnitまたはTestNGで書かれた開発者テストにのみ興味があることに注意してください。

ユニットテストと統合テストの両方が必要だとよく言われるので、これを聞いてみます。しかし、これまでのところ、両方の種類のテストカバレッジを持つコードベースを知りません。

誰かがそのようなプロジェクトを知っていますか？

実装で LINQ 2 SQL を使用するドメイン レイヤー/モデル (リポジトリ) を使用してデータベースの統合テストを行い、DB を見つけたままにするにはどうすればよいでしょうか? 言い換えれば、DB の単体テストの理想的な世界では、統合テストは DB を見つけたままにします。

これを自動的に処理するツールはありますか? リポジトリを介して DB で統合テストを実行するためのベスト プラクティスは何ですか?

ASP.NET MVC アプリケーションをテストするための追加の方法を調べていたところ、Steve Sanderson のMvcIntegrationTestFrameworkに遭遇しました。アプローチはかなり有望に見えますが、誰かが共有する実際の経験を持っているかどうか疑問に思っていました.

ビルドごとに Web アプリケーションの統合テストを行う必要があります。

現在、私はJUnitテストのセットを持っています。これは、アプリケーションが戦争に組み込まれる前に、アプリケーションのさまざまな部分をテストします。ここで行う必要があるのは、アプリケーションが Web コンテナーにデプロイされた後、アプリケーションが良好な状態であるかどうかをテストすることです。

アプリケーションは Spring フレームワークを使用して作成されています。Spring 統合テストに関する多くのドキュメントを読みましたが、データベースなどとの統合のテストについてしか話していません。Cactus について読んだことはありますが、情報もかなり不足しています。

優れたチュートリアルとソース コードへのポインタは大歓迎です。

アプリで使用するソフトウェアの詳細: Spring 2.5、Hibernate 3.2、Maven 2.2、Tomcat 6.0

どうもありがとう！

私たちのチームは、データベースにアクセスして結果を検証する数百の統合テストを行っています。すべての統合テスト用に 2 つの基本クラスがあります。1 つは取得のみのテスト用で、もう 1 つは作成/更新/削除テスト用です。取得のみの基本クラスは、TestFixtureSetup 中にデータベースを再生成するため、テスト クラスごとに 1 回だけ実行されます。CUD 基本クラスは、各テストの前にデータベースを再生成します。各リポジトリ クラスには、対応する独自のテスト クラスがあります。

ご想像のとおり、この全体にはかなりの時間がかかります (実行に約 7 ～ 8 分かかり、急速に成長します)。これを CI (CruiseControl.Net) の一部として実行することは問題ではありませんが、ローカルで実行すると時間がかかり、コードをコミットする前にそれらを実行することは実際には禁止されています。

私の質問は、これらのタイプの統合テストの実行を高速化するのに役立つベスト プラクティスはありますか?

SQLite ではサポートされていないデータベース固有の機能 (計算列など) を使用しているため、メモリ内 (SQLite 風) で実行できません。

また、チーム全体がそれらを実行できる必要があるため、それらのインスタンスの接続文字列がすべて同じでない限り、SQL Server Express などのローカル インスタンスでそれらを実行するとエラーが発生しやすくなります。

あなたのショップでこれをどのように達成していますか？

ありがとう！

Fluent NHibernateのPersistenceSpecificationを使用して、XMLを介して行われたNHibernateマッピングをテストすることは可能ですか？