翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# テスト
<a name="test"></a>

Db2 for z/OS を共有データベースとして維持しながら COBOL アプリケーションを再プラットフォームする場合は、新しいシステムが元の と同等に機能するようにすることが重要です。このハイブリッド環境には、独自の課題とテストの機会があります。次の戦略は、機能同等性テストへの包括的なアプローチの概要を示し、リプラットフォームされたアプリケーションのパフォーマンス、データ整合性、既存の Db2 for z/OS データベースとのシームレスな統合を検証するように設計されています。

まず、システム間で比較する必要がある重要なビジネスプロセスとトランザクションを特定します。次に、これらのトランザクションの機能同等性を効果的に評価する特定のシナリオを含む詳細なテストプランを作成します。最後に、特定されたすべてのシナリオをカバーする包括的なテストデータセットを作成し、正確な比較を可能にするために両方のシステムで同一であることを確認します。

## ソース環境
<a name="source-env"></a>
+ 初期スナップショット (最初のスナップショット):
  + 同等性テストに影響する可能性があるため、テスト中にデータテーブルが他のアプリケーションで使用されていないことを確認してください。
  + テストを実行する前に、トランザクションで使用される Db2 for z/OS テーブルのスナップショットを作成します。
+ ソースシステムのテスト:
  + 元の COBOL アプリケーションでテストの完全なスイートを実行します。
  + すべてのトランザクション、入力、出力を記録します。
  + システムパフォーマンスとリソース使用率をモニタリングします。
+ ソーステスト後のスナップショット (2 番目のスナップショット):
  + ソースシステムのテストが完了したら、Db2 for z/OS データベースの別のスナップショットを作成します。

## ターゲット環境
<a name="target-env"></a>
+ データベースのリセット:
  + 最初のスナップショットを使用して、データベースを初期状態に復元します。
+ ターゲットシステムテスト (リプラットフォーム環境):
  + リプラットフォームされたアプリケーションで同じテストスイートを実行します。
  + すべてのターゲットシステムテストで、ソースシステムテストと同じ入力が使用されていることを確認します。
  + システムパフォーマンスとリソース使用率をモニタリングします。
+ ターゲットテスト後のスナップショット (3 番目のスナップショット):
  + ターゲットシステムテストが完了したら、Db2 for z/OS データベースの最終スナップショットを作成します。

## 分析
<a name="analysis"></a>
+ 比較と分析:
  + 2 番目と 3 番目のスナップショットを比較して、データの不一致を特定します。
  + テスト結果を分析し、ソースシステムとターゲットシステムからの出力を比較します。
  + 2 つの環境間のパフォーマンスメトリクスを評価します。
+ 統合テスト:
  + リプラットフォームされたアプリケーションと残りの COBOL コンポーネントの両方を含むテストを実行します。
  + 2 つの環境間のシームレスな相互作用を検証します。
+ フェイルオーバーと復旧のテスト:
  + 一方の環境が失敗し、もう一方の環境が引き継ぐシナリオをテストします。
  + フェイルオーバー時にデータの整合性と整合性を確保します。
+ 負荷テストとストレステスト:
  + さまざまな負荷でテストを行い、ハイブリッドシステムがストレス下でどのように動作するかを評価します。
  + どちらの環境でもボトルネックやパフォーマンスの問題を特定します。
+ ドキュメントとレポート:
  + すべてのテスト結果、不一致、パフォーマンスメトリクスを文書化します。
  + ソースシステムとターゲットシステムを比較する包括的なレポートを作成します。

## でのアプリケーションのテスト AWS Mainframe Modernization
<a name="m2-application-testing"></a>

この[AWS Mainframe Modernization Application Testing](https://aws.amazon.com/mainframe-modernization/capabilities/testing/)サービスは、大規模なアプリケーションテストの実行を自動化します。 AWS Application Testing これにより、メインフレームアプリケーションのモダナイゼーションとテストプロジェクトのコストを最適化して削減できます。

**注記**  
AWS Mainframe Modernization サービス (マネージドランタイム環境エクスペリエンス) は、新規のお客様に公開されなくなりました。 AWS Mainframe Modernization サービス (マネージドランタイム環境エクスペリエンス) に似た機能については、 AWS Mainframe Modernization サービス (セルフマネージドエクスペリエンス) をご覧ください。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[AWS Mainframe Modernization  可用性の変更](https://docs.aws.amazon.com/m2/latest/userguide/mainframe-modernization-availability-change.html)」を参照してください。

次の図は、 が高レベルで AWS Application Testing どのように機能するかを示しています。

![を使用したメインフレーム移行のテスト AWS Mainframe Modernization Application Testing。](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/replatform-mainframe-apps-shared-db2/images/m2-app-testing.png)


このプロセスは次の 4 つの手順で構成されます。

1. テストアクションの最小単位であるテストケースを作成および管理します。ソースシステムとターゲットシステム間の機能的同等性を最もよく表すデータ型を特定します。

1. テンプレートと追加の属性を指定 CloudFormation して、テスト環境の設定を定義します。

1. テストケースのコレクションであるテストスイートを作成します。

1. データセットをアップロードして再生する: メインフレームで入出力データセットをキャプチャし、 にアップロードしてから AWS、ターゲットシステムでテストシナリオを再生します。

1. ソースデータセットとターゲットデータセットを比較します。 は、ソースシステムとターゲットシステムからの出力データセット AWS Application Testing を自動的に比較します。これらを確認して評価し、不一致を特定します。

詳細については、[AWS Mainframe Modernization](https://docs.aws.amazon.com/m2/latest/userguide/apptest.html) ドキュメントを参照してください。