- Erste Schritte
- Projektmanagement
- 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
- 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
- Viewing and searching test cases
- 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 – Funktion – Test Manager vs Orchestrator
- Testergebnisse analysieren
- Statuswerte von Playwright-Testergebnissen
- Löschen von Testfallergebnissen
- Synchronisierung von Defekten
- Creating defects from results
- Ergebnisse von automatisierten Tests
- Überschreiben von Testergebnissen
- Navigating and searching test results
- 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
- Unsubscribing from the Notifications settings page
- Viewing notifications
- Filtern von Benachrichtigungen
- Viewing email notifications
- Enabling email notifications for SMTP servers
- 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
- Step 1: Integrating SAP Cloud ALM with Test Manager
- Step 2: Creating automated test cases in SAP Cloud ALM
- Step 3: Creating automated test cases in Test Manager
- Step 4: Synchronizing test cases from Test Manager to SAP Cloud ALM
- Step 5: Assigning test automations to test cases
- Step 6: Executing test cases
- Best Practices für die SAP-Testautomatisierung
- Fehlerbehebung bei der Jira-Integration
- API-Integration
- Codierungs-Agenten für das Testen
- Fehlersuche und ‑behebung
Software- und Systemanforderungen
Software- und Systemvoraussetzungen für Performance Testing in Test Manager, die Studio-Versionsanforderungen, Cloud robot und lokale Roboterkonfiguration abdecken.
Bevor Sie Leistungstestszenarien in Test Manager erstellen und ausführen, stellen Sie sicher, dass Ihre Organisation und Ihr Mandant die erforderlichen Infrastruktur-, Roboter- und Testautomatisierungsvoraussetzungen erfüllen. Die Konfiguration hängt vom Typ des Roboters ab, der zur Ausführung der Last verwendet wird: Cloud Robot oder App Testing Robots (unbeaufsichtigt), lokale Roboter.
Anforderungen für Studio
Bei Leistungstests werden Ihre vorhandenen automatisierten Funktionstestfälle wiederverwendet. Stellen Sie sicher, dass Sie Ihre Studio-Tests basierend auf den folgenden Bedingungen erstellen:
- Verwenden Sie die Version 2025.10.3 von UiPath Studio oder höher.
- Verwenden Sie einen Testautomatisierungs-Projekttyp.
- Verwenden der neuesten Aktivitätspaketversionen:
System.ActivitiesVersion 25.4.2 oder höherTesting.ActivitiesVersion 25.10.2 oder höherUIAutomation.ActivitiesVersion 25.10.2 oder höherWebAPI.Activities-Version 2.1.0 oder höher
Die Workflow-Analyse wird im Rahmen jedes Schreibtischtests ausgeführt und bestätigt, dass die von jedem Testfall verwendeten Studio-, UIAutomation.Activities-, und Testing.Activities-Paketversionen die oben genannten Anforderungen erfüllen. Ein auf einer älteren Version basierender Testfall kann in einem regulären Testsatz einwandfrei ausgeführt werden, schlägt jedoch fehl, sobald er den Schreibtischtest erreicht – Workflow-Analyse zeigt genau an, welche Version oder Aktivität das Problem ist, bevor Sie Zeit mit einer Ausführung verbringen, die nicht erfolgreich sein kann.
Roboteranforderungen
Konfigurieren Sie die benötigten Robotertypen.
- Serverlose Cloud Robots verbrauchen Platform Units und eignen sich am besten für Web- und API-Tests. Sie skalieren automatisch in Test Cloud, unterstützen jedoch keine Desktop-Automatisierungen.
- Lokale Roboter verbrauchen 250 Runtimes pro Virtual Users-Paket und sind für Desktop-Leistung-Tests erforderlich. Diese Runtimes müssen innerhalb von Maschinenvorlagen im Orchestrator zugewiesen werden. Weitere Informationen finden Sie in den Systemanforderungen für lokale Roboter.
Netzwerkanforderungen
Firewall-sichere HTTP-Metriken: Wenn Port 5671 (AMQP zu Azure Event Hub) blockiert wird, wird bei Leistungstests automatisch die WebSocket-basierte Kommunikation über Port 443 verwendet und wenn dies ebenfalls fehlschlägt, die API-basierte Metrikbereitstellung verwendet. Sie müssen keine neue Firewall-Regel anfordern, um Metriken zu übertragen – der Fallback erfolgt automatisch. Informationen zur Diagnose von Port 5671 finden Sie unter Fehlerbehebung bei Leistungstests, was immer noch als Erstes geprüft werden sollte, wenn Metriken nicht angezeigt werden.
Datenquellen (Data Fabric-Entitäten)
Leistungsszenarien erfordern häufig dynamische Testdaten in großem Umfang. Der Test Manager kann sich mit Data Fabric-Entitäten verbinden, die während der Szenarioausführung als Quelle parametrisierter Testdaten dienen. Dies gewährleistet eine realistische und vielfältige Eingabe für virtuelle Concurrent-Benutzer.