- スタート アップ ガイド
- プロジェクト管理
- ドキュメント
- 変更影響分析を使用する
- Test Cloud のアクセシビリティ テスト
- プロジェクトの運用とユーティリティ
- Test Manager の設定
- ALM ツールとの連携
- API 連携
- テスト用エージェントのコードを作成する
- トラブルシューティング
Test Manager でのパフォーマンス テストのためのソフトウェアとシステムの前提条件 (Studio のバージョン要件、Cloud ロボット、オンプレミス ロボットの設定など)
Test Manager でパフォーマンス テスト シナリオを作成して実行する前に、組織とテナントが、必要なインフラストラクチャ、ロボット、テスト オートメーションの前提条件を満たしていることを確認してください。構成は、負荷の実行に使用するロボットの種類 (Cloud ロボットまたは App Testing ロボット (Unattended)、オンプレミス ロボット) によって異なります。
Studio の要件
パフォーマンス テストでは、既存の自動化された機能テスト ケースを再利用します。Studio のテストは、必ず以下の条件に基づいて作成してください。
- v2025.10.3 以降の UiPath Studio を使用する。
- Test Automation のプロジェクトの種類を使用する。
- 以下の最新のアクティビティ パッケージ バージョンを使用する。
System.Activitiesバージョン 25.4.2 以降Testing.Activitiesバージョン 25.10.2 以降UIAutomation.Activitiesバージョン 25.10.2 以降WebAPI.Activitiesバージョン 2.1.0 以降
ワークフロー アナライザーはすべてのドライ ランの一部として実行され、各テスト ケースで使用されている Studio、 UIAutomation.Activities、および Testing.Activities パッケージのバージョンが上記の要件を満たしていることを確認します。古いバージョンで構築したテスト ケースは、通常のテスト セットでは正常に実行されても、ドライ ランに入ると失敗します。ワークフロー アナライザーは、成功しない実行に時間を費やす前に、どのバージョンまたはアクティビティが問題であるかを正確に明らかにします。
ロボットの要件
必要なロボットの種類を設定します。
- サーバーレス Cloud ロボットはプラットフォーム ユニットを消費し、Web や API のテストに最適です。Test Cloud では自動的にスケーリングされますが、デスクトップ オートメーションはサポートしません。
- オンプレミス ロボットは、Virtual Users バンドルあたり 250 個のランタイムを消費し、デスクトップのパフォーマンス テストに必要です。これらのランタイムは、Orchestrator のマシン テンプレート内で割り当てる必要があります。「オンプレミス ロボットのシステム要件」をご覧ください。
ネットワーク要件
ファイアウォールで安全な HTTP メトリック: ポート 5671 (Azure Event Hubs への AMQP) がブロックされている場合、Performance Testing は自動的にポート 443 を介した WebSocket ベースの通信にフォールバックし、ポート 443 も失敗した場合は API ベースのメトリック配信にフォールバックします。メトリックをフローさせるために新しいファイアウォール ルールを要求する必要はありません。フォールバックは自動的に行われます。ポート 5671 診断については、「 パフォーマンス テストのトラブルシューティング 」を参照してください。メトリックが表示されないかどうかは、最初の確認です。
データ ソース (Data Fabric エンティティ)
ほとんどの場合、パフォーマンス シナリオでは大規模な動的テスト データが必要です。Test Manager は、Data Fabric エンティティに接続して、シナリオの実行中にそのエンティティをパラメーター化されたテスト データのソースとして機能させることができます。これにより、同時接続仮想ユーザーに対して現実的で変化に富む入力が確保されます。