Fehlerbehebung bei Leistungstests

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

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.

Leistungstestdiagramme sind leer oder fehlen Metriken (Port 5671 blockiert)

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

Wenn Port 5671 blockiert ist, greift der Leistungstestdienst automatisch auf die WebSocket-basierte Kommunikation über Port 443 zurück, und wenn dies ebenfalls fehlschlägt, wird schließlich auf die API-basierte Metrikbereitstellung zurückgegriffen. In der Regel müssen Sie keine neue Firewall-Regel anfordern – der Fallback erfolgt automatisch –, aber die folgende Diagnose hilft Ihnen trotzdem zu bestätigen, 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 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
     

3. Wenn der Port blockiert ist, lassen Sie die folgende ausgehende Verbindung zu (Firewall-Regel):

   • Protokoll: TCP
   • Port: 5671
   • Ziel: *.http://servicebus.windows.net|servicebus.windows.net

Zusätzliche Angaben

• Wenn Metriken nach der Bestätigung, dass Port 5671 blockiert ist, immer noch nicht angezeigt werden, war der automatische Fallback auch nicht erfolgreich – in der Regel, weil Port 443 oder der Leistungstest-API-Endpunkt für diese Umgebung ebenfalls ausgehend blockiert ist. Überprüfen Sie als nächstes den ausgehenden Zugriff auf Port 443 und den Leistungstest-API-Endpunkt.
• Wenn die Verbindung erfolgreich ist, aber noch Metriken fehlen, ist eine weitere Untersuchung der Roboterprotokolle erforderlich.