- スタート アップ ガイド
- プロジェクト管理
- 変更影響分析を使用する
- テスト ケースを作成する
- テスト ケースを要件に割り当てる
- テスト ケースを複製する
- テスト ケースをエクスポートする
- Studio のテスト ケースを Test Manager にリンクする
- テスト ケースを削除する
- Viewing and searching test cases
- プロジェクトの運用とユーティリティ
- Test Manager の設定
- ALM ツールとの連携
- ALM ツールとの連携
- Test Manager Connect
- Test Manager - Integration Service のコネクタ
- コネクタの送信 IP 範囲
- SAP Cloud ALM と Test Manager を使用する
- Step 1: Integrating SAP Cloud ALM with Test Manager
- Step 2: Creating automated test cases in SAP Cloud ALM
- Step 3: Creating automated test cases in Test Manager
- Step 4: Synchronizing test cases from Test Manager to SAP Cloud ALM
- Step 5: Assigning test automations to test cases
- Step 6: Executing test cases
- SAP テスト オートメーションのベスト プラクティス
- Jira との連携のトラブルシューティング
- API 連携
- テスト用エージェントのコードを作成する
- トラブルシューティング
手順 3: テスト ケースを負荷グループに追加する
Test Manager のパフォーマンス シナリオ内の読み込みグループにテスト ケースを追加して、実際のアプリケーションのトラフィック パターンをシミュレートする並列ワークロードを定義します。
Populate a load group in a performance scenario with a test case, an Orchestrator folder, a robot type, and a package version. Combining several groups mixes API, web, and desktop workloads in one scenario.
Context
Load groups define the specific test cases that run in parallel at scale. Each group can represent a distinct workload (for example, login flow vs. transaction flow).
実際のシステムでは、アプリケーション トラフィックが 1 つの種類のユーザーから送信されたり、1 つの均一なパターンに従っていたりすることはめったにありません。多様なテスト ケースの種類、ロード プロファイル、実行タイミングでシナリオを設計することで、現実的な使用条件をシミュレートします。これにより、ボトルネックを発見し、アプリケーションが実際の運用規模の要求を処理可能かどうかをより確実に検証できるようになります。
1 つのシナリオ内で複数の負荷グループを組み合わせることにより、以下が可能になります。
-
異なるオートメーションの種類を混在させる: API、Web UI、デスクトップのテスト ケースを一緒に含めることで、ユーザーやシステムがアプリケーションと対話する多種多様な方法を反映します。たとえば、API 呼び出しは大量に実行される一方で、デスクトップ ユーザーや Web ユーザーは少人数でより複雑なトランザクションを実行する場合があります。
-
現実的なトラフィック パターンをシミュレートする: さまざまな負荷グループを使用して、多様なタイミング、ランプ アップ、ピーク負荷をモデル化できます。継続的にログインしているユーザーもいれば、アクティビティの生成時にバーストやスパイクを発生させるユーザーもいます。この場合、以下のスクリーンショットに示すように、あるグループは一様に実行されるのに対し、他のグループは異なる時間にランプ アップ/ダウンします。
-
対話処理の影響を検出する: さまざまなワークロードを並列で実行すると、あるプロセスが別のプロセスのパフォーマンスにどのように影響するかが明らかになります。たとえば、API 要求の急増によって Web トランザクションの速度が低下したり、大量のログイン アクティビティによってバックエンドの処理時間が影響を受けたりする可能性があります。
-
システムに総合的にストレスを加える: 複数のグループを組み合わせて、現実に近いエンドツーエンドのワークロードを作成し、システムが孤立したテスト ケースだけでなく複合的なストレスに対して検証されるようにします。これによって、テスト環境のパフォーマンスがより確実に運用環境の動作を反映するようになります。
手順
-
Test Manager にログインします。
-
[パフォーマンス・シナリオ] に移動し、シナリオを開きます。
-
[負荷グループを追加] を選択するか、空の負荷グループの [テスト ケース] フィールドを選択して選択ダイアログを開きます。
-
実行コンテキストを設定するために、[既定のフォルダー] で、ユーザーとロボットが割り当てられている Orchestrator フォルダーを選択します。
-
大規模に実行するテスト ケースを選択します。
-
ロボットの種類を選択します。
-
Cloud サーバーレス ロボットはプラットフォーム ユニットを消費し、Web や API のテストに推奨されます。
-
オンプレミス ロボットはランタイム (Virtual Users バンドルあたり 250) を消費します。これは Orchestrator のマシン テンプレートで設定する必要があります。
-
エラスティック ロボット プール は、ユーザー独自の Azure、AWS、Google Cloud のプライベート容量から負荷を生成し、テストの必要に応じてロード インジェクターをスケールアップ/スケールダウンします。
-
-
実行するオートメーションのパッケージ バージョンを選択します。既定では、最新バージョンが自動的に選択されます。
-
選択内容を確定します。
結果
テスト ケースが負荷グループに追加され、大規模な実行用に設定されます。さらに仮想ユーザー、しきい値、タイミング パラメーターを負荷グループに設定できます。