- Erste Schritte
- Projektmanagement
- Arbeiten mit der Analyse der Änderungsauswirkungen
- Erstellen von Testfällen
- Klonen von Testfällen
- Exportieren von Testfällen
- Verknüpfen von Testfällen in Studio mit dem Test Manager
- Delete test cases
- Aktivieren der Governance auf Projektebene
- Deaktivieren der Governance auf Projektebene
- Aktivieren der Governance auf Testfallebene
- Deaktivieren der Governance auf Testfallebene
- Aktivieren oder Deaktivieren von Governance in einem Massenauftrag für Testfälle
- Durchsetzung der Signaturreihenfolge für gesteuerte Testfälle
- Verwalten von Genehmigern für strukturierte Testfälle
- Verwalten von gesteuerten Testfällen im Status In Arbeit
- Verwalten von gesteuerten Testfällen im Status „Wird überprüft“.
- Verwalten von gesteuerten Objekten im Status „Signiert“.
- Verwalten von Kommentaren für gesteuerte Testfälle
- Anzeigen von Governance-Informationen für Testfallprotokolle
- Verwalten von Genehmigern für gesteuerte Testfallprotokolle
- Verwalten von gesteuerten Testfallprotokollen im Status In Work
- Verwalten von gesteuerten Testfallprotokollen im Status „Wird überprüft“.
- Verwalten von gesteuerten Testfallprotokollen im Signiert
- Verwalten von Kommentaren für gesteuerte Testfallprotokolle
- Aktivieren der Governance auf Testfallprotokollebene
- Deaktivieren der Governance auf Testfallprotokollebene
- Anzeigen und Suchen von Testfällen
- Ausführen von Testfällen ohne Testsatz
- Ausführen gemischter Tests
- Erstellen von ausstehenden Ausführungen
- Erneutes Ausführen von Testausführungen
- Fehlerbehebung bei automatisierten Ausführungen
- FAQ - Feature parity - Test Manager vs Orchestrator (removed)
- Testergebnisse analysieren
- Statuswerte von Playwright-Testergebnissen
- Löschen von Testfallergebnissen
- Synchronisierung von Defekten
- Fehler aus Testergebnissen erstellen
- Ergebnisse von automatisierten Tests
- Überschreiben von Testergebnissen
- Navigieren und Suchen von Testergebnissen
- Untersuchung der Ergebnisse von Testfällen
- Aktivitätsabdeckung anzeigen
- Projektvorgänge und Dienstprogramme
- Test Manager-Einstellungen
- Einstellungen auf Mandantenebene
- Allgemeine Projekteinstellungen
- Events
- Abonnieren von Ereignissen
- Abonnieren aller Ereignisse:
- Abbestellen von Ereignissen
- Abbestellen aller Ereignisse
- Abbestellen der Seite mit den Benachrichtigungseinstellungen
- Anzeigen von Benachrichtigungen
- Filtern von Benachrichtigungen
- Anzeigen von E-Mail-Benachrichtigungen
- Aktivieren von E-Mail-Benachrichtigungen für SMTP-Server
- Anzeigen von nur ungelesenen Benachrichtigungen
- Alle Benachrichtigungen als gelesen markieren
- Alle Benachrichtigungen löschen
- Löschen von Benachrichtigungen
- Verschlüsselung der kundenseitig verwalteten Schlüssel
- Protokolle
- ALM Tool-Integration
- ALM Tool-Integration
- Test Manager verbinden
- Test Manager – Integration Service-Connector
- Ausgehende IP-Bereiche für Connectors
- Arbeiten mit SAP Cloud ALM und Test Manager
- Schritt 1: Integrieren von SAP Cloud ALM mit dem Test Manager
- Schritt 2: Erstellen automatisierter Testfälle im SAP Cloud ALM
- Schritt 3: Erstellen automatisierter Testfälle im Test Manager
- Schritt 4: Synchronisieren von Testfällen vom Test Manager zu SAP Cloud ALM
- Schritt 5: Zuweisen von Testautomatisierungen zu Testfällen
- Schritt 6: Ausführen von Testfällen
- Best Practices für die SAP-Testautomatisierung
- Fehlerbehebung bei der Jira-Integration
- API-Integration
- Codierungs-Agenten für das Testen
- Fehlersuche und ‑behebung
Bekannte Einschränkungen bei Leistungstests
Bekannte Einschränkungen für Performance Testing in Test Manager, einschließlich Roboter-Laufzeitbegrenzungen und maximaler Anzahl gleichzeitiger Jobs.
Limits der Ausführungsdauer
Cloud, serverlose Roboter können maximal 60 Minuten pro Test ausgeführt werden. Lokale Roboter können diesen Grenzwert überschreiten.
Gleichzeitigkeitsgrenzen
-
Maximale Anzahl gleichzeitiger Aufträge: Bis zu 500 Aufträge können gleichzeitig mit serverlosen Robotern ausgeführt werden .
-
Auswirkungen auf virtuelle Benutzer (VUs) – serverlos: Die Anzahl der erreichbaren virtuellen Benutzer hängt vom Multiplexing ab (mehrere VUs pro Auftrag). Mit einem Multiplexfaktor von 4 kann ein Szenario beispielsweise auf bis zu 2.000 gleichzeitige virtuelle Benutzer skaliert werden.
- Dieser Faktor wird während des Schreibtischtests automatisch erkannt und in den Anwendungsprotokollen gemeldet. Es kann für serverlose Roboter nicht manuell überschrieben werden.
-
Auswirkungen auf virtuelle Benutzer (VUs) – lokal: Lokale Roboter sind nicht auf 2.000 VUs begrenzt. Bei ausreichender Lizenzierung kann der Schreibtischtest eine höhere erreichbare Anzahl virtueller Benutzer berechnen, bis zu einem festen Maximum von 10.000 gleichzeitigen virtuellen Benutzern. Im Gegensatz zu serverlosen Robotern kann der Multiplexing-Faktor hier manuell überschrieben werden.
-
VPN-Einschränkungen: Bei Verwendung eines VPN hängt die effektive Gleichzeitigkeit von der VPN- oder Gateway-Kapazität ab.
- Standardlimit: ~250 gleichzeitige Aufträge
- Das tatsächliche Limit kann je nach Gateway-SKU und Infrastrukturkapazität variieren.
- Wenn eine höhere Gleichzeitigkeit erforderlich ist, sollten sich Kunden an den UiPath-Support oder ihr Kontoteam wenden, um VPN-Skalierungsoptionen zu besprechen.
-
Ausführungsdauer: Serverlose Roboter sind auf 60 Minuten pro Ausführungbegrenzt
Unterstützte Automatisierungstypen
Leistungstests sind derzeit auf Browser-, API- (HTTP WebRequest) und Desktop-Automatisierungen beschränkt. Beispielsweise werden Integration Service oder codierte Automatisierungen noch nicht unterstützt.
Innerhalb dieser unterstützten Automatisierungstypen kennzeichnet die Workflow-Analyse jetzt bestimmte nicht unterstützte Aktivitäten automatisch während des Schreibtischtests – siehe Erstellen automatisierter Tests für die aktuelle Liste.
Zusätzliche Einschränkungen
Performance Testing misst nur Folgendes:
- Laden
- Reaktionszeit
- Fehlerquote
- Durchsatz
Es erfasst keine Überwachungsmetriken auf Anwendungs- oder Systemebene (CPU, Speicher, Datenbank, Infrastruktur). Vorhandene APM-/Observability-Tools decken diese Daten stattdessen ab.
Der programmatische Zugriff auf Leistungstestdaten ist auf Szenarioebene verfügbar: Die API kann Ausführungsmetriken für eine bestimmte Szenario-ID zurückgeben, die Sie verwenden können, um Ihre eigene historische Nachverfolgung zu erstellen (z. B. um Ergebnisse nach jeder Ausführung für einen späteren Vergleich zu exportieren).
Es gibt keine API zum Vergleichen von Ausführungsmetriken über zwei oder mehr Szenarioausführungen hinweg oder zum Abrufen einer aggregierten historischen Zusammenfassung über mehrere Ausführungen hinweg. Im Produkt selbst wird dies von der Ansicht „Leistungsergebnisse vergleichen“ unterstützt.