- Erste Schritte
- Über den Test Manager
- Über Autopilot Chat
- Über PII-Maskierung
- Erste Schritte
- Verfügbarkeit von Test Manager-Funktionen
- Einheitliche Preise: Lizenzierung Test Manager
- Flex: Lizenzierung von Test Manager
- Schnellstartanleitung
- Projektmanagement
- Dokumente
- Arbeiten mit der Analyse der Änderungsauswirkungen
- Erstellen von Testfällen
- Zuweisen von Testfällen zu Anforderungen
- Klonen von Testfällen
- Exportieren von Testfällen
- Verknüpfen von Testfällen in Studio mit dem Test Manager
- Delete test cases
- Manuelle Testfälle
- Importieren manueller Testfälle
- Dokumentieren von Testfällen mit Task Capture
- Parameter
- Aktivieren der Governance auf Projektebene
- Deaktivieren der Governance auf Projektebene
- Aktivieren der Governance auf Testfallebene
- Deaktivieren der Governance auf Testfallebene
- Verwalten von Genehmigern für strukturierte Testfälle
- Verwalten von gesteuerten Testfällen im Status In Arbeit
- Verwalten von geregelten Testfällen im Status „Wird überprüft“.
- Verwalten von gesteuerten Objekten im Status „Signiert“.
- Verwalten von Kommentaren für gesteuerte Testfälle
- Anwenden von Filtern und Ansichten
- Importieren von Orchestrator-Testsätzen
- Creating test sets
- Hinzufügen von Testfällen zu einem Testsatz
- Zuweisen von Standardbenutzern in der Testsatzausführung
- Aktivieren der Aktivitätsabdeckung
- Aktivieren von Healing Agent
- Konfigurieren von Testsätzen für bestimmte Ausführungsordner und Roboter
- Überschreiben von Parametern
- Klonen von Testsätzen
- Exportieren von Testsätzen
- Anwenden von Filtern und Ansichten
- FAQ – Funktion – Test Manager vs Orchestrator
- Ausführen von manuellen Tests
- Ausführen automatisierter Tests
- Ausführen von Testfällen ohne Testsatz
- Ausführen gemischter Tests
- Erstellen von ausstehenden Ausführungen
- Erzwingen einer Ausführungsreihenfolge
- Erneutes Ausführen von Testausführungen
- Planen von Ausführungen
- Fehlerbehebung bei automatisierten Ausführungen
- Zugänglichkeitstests für Test Cloud
- Suche mit Autopilot
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- ALM Tool-Integration
- API-Integration
- Codierung von Agents für Tests
- Fehlersuche und ‑behebung
Häufige Fehler und Lösungen für Fehler bei Leistungstests im Test Manager, einschließlich Selektorprobleme, Paketkonflikte und Probleme mit der Roboterverbindung.
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 der Port blockiert ist, können keine Metriken übertragen werden.
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).
- Endpunktformat:
- Architekturüberblick
- Der Roboter sendet Leistungsmetriken mit EMQP über TLS.
- Daten werden an Azure Event Hub übertragen.
- Der Performance Testing-Dienst verbraucht die Ereignisse.
- Metriken werden verarbeitet und in Dashboards angezeigt.
Lösung
- 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 5671Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671 - Interpretieren Sie die Ergebnisse.
- Port ist offen (Erwartet). Das bedeutet, dass der Roboter erfolgreich mit dem Azure Event Hub kommunizieren kann.
TcpTestSucceeded : TrueTcpTestSucceeded : 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) failedWARNING: TCP connect to (x.x.x.x : 5671) failedTcpTestSucceeded : FalseTcpTestSucceeded : False
- Port ist offen (Erwartet). Das bedeutet, dass der Roboter erfolgreich mit dem Azure Event Hub kommunizieren kann.
Lassen Sie die folgende ausgehende Verbindung zu (Firewallregel).
```
ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
```
```
ProtocolPortDestinationTCP5671*.http://servicebus.windows.net|servicebus.windows.net
```
Zusätzliche Angaben
- Wenn Port 5671 blockiert ist, können Leistungsmetriken nicht bereitgestellt werden, was zu leeren Diagrammen führt.
- Wenn die Verbindung erfolgreich ist, aber noch Metriken fehlen, ist eine weitere Untersuchung der Roboterprotokolle erforderlich.