- 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
- Fehlersuche und ‑behebung
Test Manager-Benutzerhandbuch
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 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.