基本的に ETL を実行する Java アプリケーションがあります。変換ルールが途中で適用され、ファイル/データベースの読み取りと書き込みが行われます。
アプリケーションの受け入れテストの自動化を検討し始めましたが、これまで見てきたフレームワーク (コンコーディオン、キュウリなど) を適用するのに苦労しています。チュートリアルに示されているような単純なアプリケーションを実装するのは非常に簡単に思えますが、基本的には、「この入力ファイルがあり、この出力ファイル (または結果が db テーブルになる) を期待する」というテストが必要です。各ファイルには数百の田畑。
入力値がhtmlテーブルから読み取られるように（コンコーディオンチュートリアルに従って）偽造することもできますが、それは実際には真のテストではありません。
誰かが助けることができるフレームワークに出くわしましたか? またはそのような目的でコンコーディオンを使用できましたか?
どうもありがとう
テストの対象者は誰ですか? これが純粋に技術的な演習であり、テストを操作する必要がある非技術的なビジネス オーナーがいない場合は、お気に入りのユニット テスト フレームワークを使用するだけで問題ありません。Fitnesse は、非技術者との承認基準のコラボレーションがある場合に最適に機能します。
したがって、「ファイル入力 'a' がファイル出力 'b' を生成する」だけでは、fitnesse のオーバーヘッドを正当化するにはおそらく十分ではありません。誰かが定期的にそれを変更しようとしていて、その人がファイルを直接編集することに慣れていない場合にのみ、テーブルに移動します。
オランダの大手銀行では、Fitnesse と ETL フィクスチャを使用したテスト自動化をセットアップしました。これはアジャイル プロジェクトであり、ETL ソリューションには Informatica Powercenter と Oracle DB を使用しています。私たちにとって、Fitnesse でのテストの自動化/仕様は、今では非常に価値があります。テーブルの切り捨て、テーブルへのレコードの挿入、テーブル レコードの期待値のチェック、レコードの更新、Fitnesse ワークフローの呼び出しのための SLIM フィクスチャがあります。
JBehave を試しましたか？