Fehlerbehebung bei Leistungstests

Häufige Fehler und Lösungen für Fehler bei Performance Testing in Test Manager, einschließlich Selektorproblemen, Paketabweichungen und Roboterverbindungsproblemen.

Lesen Sie in der Liste der häufigen Fehler und Fehlerszenarien beim Debuggen nach.

Selektor nicht gefunden.

Lösung: Aktualisieren Sie die UI-Selektoren und validieren Sie sie in Studio.

Paket stimmt nicht überein.

Lösung: Aktualisieren Sie auf unterstützte Paketversionen und stellen Sie erneut bereit.

Probleme mit der Roboterverbindung.

Lösung: Überprüfen Sie die Konfiguration und Anmeldeinformationen von Orchestrator.

Debuggen von fehlgeschlagenen Szenarien.

Lösung: Verwenden Sie Anwendungsprotokolle, untersuchen Sie HTTP die Fehlerdetails und analysieren Sie die Infrastrukturnutzungsdiagramme, um die Ursachen zu isolieren.

Fehlerbehebung bei fehlenden PT-Metriken (Port 5671 blockiert)

Wenn Performance Testing-Diagramme leer sind oder Metriken fehlen, kann dies durch eine Firewall verursacht werden, die Port 5671 blockiert, der für die Kommunikation mit Azure Event Hub erforderlich ist. Der UiPath-Roboter verwendet diesen Port, um Leistungsmetriken an den Performance Testing-Dienst zu senden.

Wenn Port 5671 blockiert ist, greift Performance Testing automatisch auf die WebSocket-basierte Kommunikation über Port 443 zurück. Wenn diese ebenfalls fehlschlägt, wird es weiter auf die API-basierte Metrikbereitstellung zurückgesetzt. In der Regel müssen Sie keine neue Firewall-Regel anfordern – das Fallback erfolgt automatisch – aber die folgende Diagnose hilft weiterhin bei der Bestätigung, welchen Pfad Ihre Metriken tatsächlich verwenden.

Context

• Kommunikationsprotokoll
  • Protokoll: PMQP (Advanced Message Queue Protocol)
  • Transport: TCP
  • Port: 5671
• Verschlüsselung
  • Die gesamte Kommunikation ist mit TLS 1.2 oder höher gesichert.
  • Die Verschlüsselung während der Übertragung wird von Azure Event Hub erzwungen.
  • Ruhende Daten werden mit von Microsoft verwalteten Schlüsseln verschlüsselt. UiPath wendet keine zusätzliche Verschlüsselung auf der Anwendungsebene an.
• Authentication
  • Die Authentifizierung wird mit Shared Access Signature (SAS)-Tokens durchgeführt.
  • Token werden von Azure Event Hub ausgestellt und validiert.
  • Nur authentifizierte Clients können Nachrichten veröffentlichen.
• Endpunktdetails
  • Endpunktformat: *.http://servicebus.windows.net|servicebus.windows.net.
  • Dienst: Azure Event Hub (Microsoft Azure Managed Service).
• Architekturüberblick
  1. Der Roboter sendet Leistungsmetriken mit EMQP über TLS.
  2. Daten werden an Azure Event Hub übertragen.
  3. Der Performance Testing-Dienst verbraucht die Ereignisse.
  4. Metriken werden verarbeitet und in Dashboards angezeigt.

Lösung

1. Führen Sie den folgenden Befehl auf der Robotermaschine mithilfe von Windows PowerShell aus.

   Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671
   

2. Interpretieren Sie die Ergebnisse.
   • Port ist offen (Erwartet). Das bedeutet, dass der Roboter erfolgreich mit dem Azure Event Hub kommunizieren kann.

     TcpTestSucceeded : True
     

   • Port ist blockiert. Dies weist darauf hin, dass die Firewall die ausgehende Kommunikation auf Port 5671 blockiert.

     WARNING: TCP connect to (x.x.x.x : 5671) failed
     

     TcpTestSucceeded : False
     

Lassen Sie die folgende ausgehende Verbindung zu (Firewallregel).

 ```
 ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
 ```

Zusätzliche Angaben

1. Wenn Port 5671 blockiert ist, greift Leistungstests automatisch auf die WebSocket-basierte Kommunikation über Port 443 für Event Hub zurück. Wenn diese ebenfalls fehlschlägt, wird weiter auf die API-basierte Metrikbereitstellung zurückgegriffen.
2. Wenn die Metriken nach der Bestätigung, dass Port 5671 blockiert ist, immer noch nicht angezeigt werden, war auch das automatische Fallback nicht erfolgreich – normalerweise, weil Port 443 oder der Performance Testing-API-Endpunkt auch ausgehend von Port 443 oder dem Performance Testing API-Endpunkt für diese Umgebung blockiert ist. Überprüfen Sie als Nächstes den ausgehenden Zugriff auf Port 443 und den Performance Testing API-Endpunkt.
3. Wenn die Verbindung erfolgreich ist, aber noch Metriken fehlen, ist eine weitere Untersuchung der Roboterprotokolle erforderlich.