- スタート アップ ガイド
- プロジェクト管理
- ドキュメント
- 変更影響分析を使用する
- 自動化されたテストを作成する
- パフォーマンス シナリオの実行
- パフォーマンス テストの既知の制限事項
- パフォーマンス テストのベスト プラクティス
- パフォーマンス テストをトラブルシューティングする
- Test Cloud のアクセシビリティ テスト
- プロジェクトの運用とユーティリティ
- Test Manager の設定
- ALM ツールとの連携
- API 連携
- テスト用のエージェントのコーディング
- トラブルシューティング
セレクターの問題、パッケージの不一致、ロボット接続の問題など、Test Manager でのパフォーマンス テストの失敗に関する一般的なエラーと解決策です。
よくあるエラーのリストと失敗したシナリオのデバッグについては、こちらをご覧ください。
セレクターが見つからない
解決策: Studio で UI セレクターを更新し、検証します。
パッケージが一致しない
解決策: サポートされているパッケージ バージョンにアップグレードして再デプロイします。
ロボット接続の問題
解決策: Orchestrator の構成と資格情報を確認します。
失敗したシナリオのデバッグ
解決策: アプリケーション ログを使用し、エラーの詳細 HTTP ドリルダウンし、インフラストラクチャの使用状況のグラフを分析して根本原因を切り分けます。
PT メトリックの欠落のトラブルシューティング (ポート 5671 がブロックされている)
パフォーマンス テストのグラフが空であるか、メトリックが欠落している場合は、Azure Event Hubs との通信に必要なポート 5671 がファイアウォールでブロックされていることが原因である可能性があります。UiPath Robot は、このポートを使用してパフォーマンス メトリックをパフォーマンス テスト サービスに送信します。
ポート 5671 がブロックされている場合、Performance Testing は自動的にポート 443 を介した WebSocket ベースの通信にフォールバックし、同じくポート 443 がブロックされると、さらに API ベースのメトリック配信にフォールバックします。通常は新しいファイアウォール ルールをリクエストする必要はありません (フォールバックは自動的に行われます)、以下の診断はメトリックが実際に使用しているパスを確認するのに役立ちます。
Context
- 通信プロトコル
- プロトコル: AMQP (Advanced Message Queuing Protocol)
- トランスポート: TCP
- ポート: 5671
- 暗号化
- すべての通信は TLS 1.2 以降を使用して保護されます。
- 転送中の暗号化は、Azure Event Hubs によって適用されます。
- 保存中のデータは Microsoft が管理するキーを使用して暗号化されます。UiPath は、アプリケーション層で追加の暗号化を適用しません。
- 認証
- 認証は Shared Access Signature (SAS) トークンを使用して処理されます。
- トークンは Azure Event Hubs によって発行および検証されます。
- 認証されたクライアントのみがメッセージをパブリッシュできます。
- エンドポイントの詳細
- エンドポイントの形式:
*.http://servicebus.windows.net|servicebus.windows.net - サービス: Azure Event Hubs (Microsoft Azure のマネージド サービス)
- エンドポイントの形式:
- アーキテクチャの概要
- ロボットが TLS 上で AMQP を使用してパフォーマンス メトリックを送信します。
- データが Azure Event Hubs に送信されます。
- パフォーマンス テスト サービスがイベントを使用します。
- メトリックが処理されてダッシュボードに表示されます。
解決策
- Windows PowerShell を使用してロボット端末で次のコマンドを実行します。
Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671 - 結果を解釈します。
- ポートは開いています (期待どおり)。これは、ロボットが Azure Event Hubs と正常に通信できることを意味します。
TcpTestSucceeded : TrueTcpTestSucceeded : True - ポートがブロックされています。これは、ポート 5671 の送信通信がファイアウォールによってブロックされていることを示します。
WARNING: TCP connect to (x.x.x.x : 5671) failedWARNING: TCP connect to (x.x.x.x : 5671) failedTcpTestSucceeded : FalseTcpTestSucceeded : False
- ポートは開いています (期待どおり)。これは、ロボットが Azure Event Hubs と正常に通信できることを意味します。
次の送信接続を許可します (ファイアウォール ルール)。
```
ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
```
```
ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
```
その他の情報
- ポート 5671 がブロックされている場合、Performance Testing は Event Hubs のポート 443 を介した WebSocket ベースの通信に自動的にフォールバックし、これもブロックされない場合は、さらに API ベースのメトリック配信にフォールバックします。
- ポート 5671 がブロックされていることを確認してもメトリックが表示されない場合は、自動フォールバックも成功しませんでした。通常は、この環境ではポート 443 または Performance Testing API エンドポイントの送信もブロックされるためです。次に、ポート 443 と Performance Testing API エンドポイントでのアウトバウンド アクセスを確認します。
- 接続が成功するにもかかわらず、まだメトリックが欠落している場合は、ロボット ログをさらに調査する必要があります。