データ移行テストのテスト戦略とテストシナリオ
On 2月 15, 2021 by adminスタンドアロンのWindowsアプリケーションの1つをWebアプリケーションに変換しています。これが完了したら、次のことを行う必要があります。データ移行を行います。このためのテスト戦略を準備する方法は?私たちが考慮する必要がある事実は何ですか?テストシナリオとは何ですか?
回答
同様の状況で、重要なエンドツーエンドのビジネスシナリオをいくつか設計し、実行しました。 両方のシステムと、出力データの観点から最終結果と重要な中間ステップの結果を比較しました。
シナリオの選択は、システムを通過する際のデータ変換のレベル。
また、システムが検索パラメータに基づいて詳細なデータレポートを表示する検索およびレポート機能をサポートしている場合は、データ移行後に両方のシステムを比較するために集中的に利用できます。 。
回答
データ移行テスト以上のものが含まれます。
最初に考慮すべきことは、おそらく顧客(内部と外部の両方)がどのように影響を受けるかです。この移行が発生した場合、顧客は何をする必要がありますか。
- アプリケーションの外観が異なる場合、顧客は新しいインターフェイスに適応できますか?最良の方法は、最初から顧客を巻き込み、エンドユーザーエクスペリエンスに関するフィードバックを常に提供してもらうことです。
データ移行テスト戦略はインターネットで簡単に見つけることができます。たとえば、これを読んでください。 http://datamigrationpro.com/data-migration-testing-strategy/
セキュリティテスト。Webアプリケーションはオンラインハッキングの標的になる可能性があります。侵入テストを支援するためにセキュリティテストの専門家を雇うことを検討してください。このリンクをお気軽に読んでください。 https://www.owasp.org/index.php/Top_10-2017_Top_10
アプリケーションの正確な詳細を知らなくても、比較的高い抽象レベルの情報しか提供できません。
回答
requiremnetに従って、2種類の移行が行われています。1つ目はアプリケーションで、2つ目はデータベースです。移行。
効率的な移行テストを確実にするために、トップのソフトウェアテスト会社によって実行されるいくつかの戦略は次のとおりです。-
1。アプリケーションの移行:ここでのテストアクティビティは次のとおりです。
要件の分析と安定した要件の特定新しいアプリケーションに対して、レガシーアプリケーションのすべてのフローを分析およびテストします
移行されたアプリケーションで新しいフローがあればテストします
テストシナリオは、一般的に次のようになります。
アップグレードされた機能とともに以前のすべての機能を検証します–すべてが正しく機能するはずです
既存のデータと新しいデータについてアプリケーションをテストします–どちらも正しく機能するはずです
例:
既存のデータの更新、既存のデータの削除、既存のデータの検索、既存のデータのレポートの生成を試してください。
新しいデータを使用して、アカウント/データの作成を検証し、新しく追加されたデータを更新し、新しく追加されたデータを削除し、新しく追加されたデータで検索し、新しく追加されたデータのレポートを生成します
かどうかを確認しますアプリケーション全体が正しく機能する
新しいテクノロジーがアプリケーションのすべてのコンポーネントを引き続きサポートしているかどうかを確認します。たとえば、プラグイン/アドオン/環境値/パスは変更されず、エラーなしで正しく機能するはずです。考えられるすべてのオペレーティングシステム、ブラウザバージョンなどと互換性があるかどうかを確認します。
古いデータはアプリケーションに保持され、新しいデータは新しいテクノロジーで正常に機能します
2。データベースの移行このタイプの移行では、アプリケーションが安定していて、データベース内のデータが正しく有効である必要があります。したがって、データベース間を移行する際には、形式、タイプ、値などが重要になります。
ここでのテストアクティビティは次のようになります。
移行後のテスト中にレガシーデータベースが更新されないようにする
フィールドレベルとテーブルレベルでのマッピングが変更されないようにする
確認するデータが正確かつ完全に移行された場合
テストシナリオは次のようになります。
I)同じタイプのデータベースへの移行の場合、
新しいデータベースで実行されたクエリが古いデータベースと同じ結果をもたらすかどうかを確認します
次の場合を確認します古いデータベースと新しいデータベースのレコード数は同じです。ここで適切な自動化ツールを使用します
冗長性がなく、新しいデータベースが古いデータベースとまったく同じように機能することを確認します
スキーマ、関係、テーブル構造が変更されていないか、一致するように設定されているかどうかを確認します古いデータベースイメージ
アプリケーションで行われた変更が新しいデータベースを正しい値とタイプで更新するかどうかを確認します
新しいデータベース接続がアプリケーションのすべてのコンポーネントに提供された後に確認します。アプリケーション、サーバー、インターフェース、ファイアウォール、ネットワーク接続など。
新しいデータベースのクエリパフォーマンス(複雑なクエリの実行にかかる時間)が以前のパフォーマンスを上回っていないことを確認します
II )移行が異なるタイプのデータベースである場合は、上記の検証ポイントとともに、いくつか以上の注意を払う必要があります。
すべてのフィールドのデータ処理を確認します。主な課題は、カレンダーの日付、浮動小数点数、16進数などのデータの処理です。
回答
移行前のテストでは、開発者QAチームは、アプリケーションの状態と機能に非常に精通している必要があります。最も重要なのは、さまざまな理由で修正されていない既存の問題をすべて知ることです。テスターは、ユーザーが最も多く行う使用フローを使用して、主要なテストシナリオを作成する必要があります。また、いくつかの良いシナリオでまれなワークフローをカバーする必要があります。後でこれらのシナリオを再現して、アプリケーションが期待どおりに機能することを確認します。
移行テストでは、開発者はアプリケーション記述コードの変更のコンポーネントを統合しようとしています。彼らは、このステップで重要な役割を果たすサーバー管理者と調整する必要があります。 QAチームはこのフェーズで重要な機能上の問題をキャッチし、関係するすべてのチームに残業時間が予想されます。サーバーのダウンタイムが発生することがあるため、プロジェクトマネージャーは、新しい本番環境の準備が整うまで古いサーバーを使用する必要があります。
移行後のテストでは、重要性の低い問題(コンテンツや視覚的なバグなど)が見つかりました。そして、ユーザー受け入れテストが実装されます。開発者は徹底的な作業の後で休憩を取り、QAマネージャーは問題をレポートに収集して、製品の所有者またはチームの他のビジネス担当者に提示します。
QAチームは、欠陥の原因となった一般的なエラーに注意を払う必要があります。
データベースとリソース(画像、ドキュメント)がありません。ハードウェアの構成とセットアップ。コードと説明のドメイン変更。データベースがないために複製されていないテスト対象のアプリケーションの設定。コードの別のブランチがプッシュされます(新しいブランチが古いブランチをオーバーライドするか、またはその逆)。
管理者は次のことを決定する必要があります。
プロジェクトに期限がある場合、テスターはデータベースへのアクセスを許可しますか?テストの範囲は何ですか?未解決の問題がある場合は、新しい問題と一緒に報告する必要がありますか?
開発チームは次のことを行う必要があります。
作業しているテクノロジーと言語に100%精通している。移行中は、サーバー管理者やデータベース開発者と緊密に協力してください。すぐに機能の問題に焦点を合わせます。
コメントを残す