私は、Web サービスが重要なアプリケーションである組織のテスターとして働いています。現在、Web フロント エンドを介して大量のテスト データをロードしています。これは、現実の世界で行われる方法です。
これにより、データにある程度の正当性が与えられ、データ形式のエラーが防止されます。ただし、この方法でデータをロードするのは非常に時間がかかるため、データをデータベースに直接ロードする方が生産性が高いかどうか疑問に思うことがよくあります。
他の人がこの決定を下したことがありますか?あなたはどのオプションを選びましたか? データの速度と正当性の両方を提供する別のソリューションはありますか。
これは、テスターではなく開発者の観点からのものであるため、当てはまる場合と当てはまらない場合があります。
組織全体を代表することはできませんが、私たちのプロジェクトでは、SQL スクリプトを使用してテスト データベースにロードする「現実世界に似た」データの作成に時間を費やしました。このデータは、本番環境からの実際のデータと、製品の特定の「問題状況」を表すように調整されたデータの組み合わせです。
スクリプトは、ソフトウェア構築の一部として自動的に実行され、単体テスト フレームワークによって駆動される自動統合テストで使用されます。これらのテストでは、利用可能なさまざまなインターフェイスを介して、データの検索、作成、編集、および削除をテストします。
このようなビルドとテストの実行中に、テスト データベースは何度もリセットされ、データが再ロードされます。これは、テスト間の依存関係を取り除くために行われます。あるテストは、別のテストによって作成または変更されたデータに依存するべきではありません。また、一部のテストのデータが他のテストのデータと異なる可能性があるためです。ただし、すべてのテストの大部分は、同じテスト データに基づいて実行されます。
このテスト データの設定 (および維持) は、多少の頭痛の種でした (そして時々) ですが、長い目で見れば、私たちのケースではうまく機能しています。
ほとんどの同じ状況で、テスターはスクリプトを使用してテストデータをロードすることを好みます。これにより、UI部分を使用してデータをロードできなくなります。テスターのキーポイントの場合、各テストは単一行データまたはデータベースデータ全体に対してのみ実行する必要があります。 。したがって、より良いテストのために、データをロードするスクリプトを作成する方法に従ってください。ここでもう1つ重要なのは、Makeスクリプトは、プロジェクト全体のデータをロードするための時間の投資です。
最終的に、フロントエンドを介してデータをセットアップするシステムからデータ挿入システムに移行することにしました。ただし、データを監視して、実際のデータであることを確認してください。これはうまく機能し、テストははるかに高速に実行されます。
テストデータにも同じ問題がありました。私たちの組織では、データベースに本番環境のようなデータを入力するバッチ ジョブがあります。ロードランナー スクリプトのテストデータを取得するために、機能テスターと連携しています。