手順 3: テスト ケースを負荷グループに追加する

Test Manager のパフォーマンス シナリオ内の読み込みグループにテスト ケースを追加して、実際のアプリケーションのトラフィック パターンをシミュレートする並列ワークロードを定義します。

負荷グループでは、大規模に並列実行される特定のテスト ケースを定義します。グループごとに別個のワークロード (ログイン フローとトランザクション フローなど) を表すことができます。

実際のシステムでは、アプリケーション トラフィックが 1 つの種類のユーザーから送信されたり、1 つの均一なパターンに従っていたりすることはめったにありません。多様なテスト ケースの種類、ロード プロファイル、実行タイミングでシナリオを設計することで、現実的な使用条件をシミュレートします。これにより、ボトルネックを発見し、アプリケーションが実際の運用規模の要求を処理可能かどうかをより確実に検証できるようになります。

1 つのシナリオ内で複数の負荷グループを組み合わせることにより、以下が可能になります。

• 異なるオートメーションの種類を混在させる: API、Web UI、デスクトップのテスト ケースを一緒に含めることで、ユーザーやシステムがアプリケーションと対話する多種多様な方法を反映します。たとえば、API 呼び出しは大量に実行される一方で、デスクトップ ユーザーや Web ユーザーは少人数でより複雑なトランザクションを実行する場合があります。

• 現実的なトラフィック パターンをシミュレートする: さまざまな負荷グループを使用して、多様なタイミング、ランプ アップ、ピーク負荷をモデル化できます。継続的にログインしているユーザーもいれば、アクティビティの生成時にバーストやスパイクを発生させるユーザーもいます。この場合、以下のスクリーンショットに示すように、あるグループは一様に実行されるのに対し、他のグループは異なる時間にランプ アップ/ダウンします。

• 対話処理の影響を検出する: さまざまなワークロードを並列で実行すると、あるプロセスが別のプロセスのパフォーマンスにどのように影響するかが明らかになります。たとえば、API 要求の急増によって Web トランザクションの速度が低下したり、大量のログイン アクティビティによってバックエンドの処理時間が影響を受けたりする可能性があります。

• システムに総合的にストレスを加える: 複数のグループを組み合わせて、現実に近いエンドツーエンドのワークロードを作成し、システムが孤立したテスト ケースだけでなく複合的なストレスに対して検証されるようにします。これによって、テスト環境のパフォーマンスがより確実に運用環境の動作を反映するようになります。

  

1. Test Manager にログインします。

2. [パフォーマンス・シナリオ] に移動し、シナリオを開きます。

3. [負荷グループを追加] を選択するか、空の負荷グループの [テスト ケース] フィールドを選択して選択ダイアログを開きます。

4. 実行コンテキストを設定するために、[既定のフォルダー] で、ユーザーとロボットが割り当てられている Orchestrator フォルダーを選択します。

5. 大規模に実行するテスト ケースを選択します。

6. ロボットの種類を選択します。

   • Cloud サーバーレス ロボットはプラットフォーム ユニットを消費し、Web や API のテストに推奨されます。

   • オンプレミス ロボットはランタイム (Virtual Users バンドルあたり 250) を消費します。これは Orchestrator のマシン テンプレートで設定する必要があります。

   • Elastic Robot Pool generates load from your own Azure, AWS, or Google Cloud private capacity, scaling load injectors up and down as the test requires.

     

7. 実行するオートメーションのパッケージ バージョンを選択します。既定では、最新バージョンが自動的に選択されます。

8. 選択内容を確定します。

結果

テスト ケースが負荷グループに追加され、大規模な実行用に設定されます。さらに仮想ユーザー、しきい値、タイミング パラメーターを負荷グループに設定できます。