- Erste Schritte
- 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
Beachten Sie die empfohlenen Systemanforderungen und Konfigurationsrichtlinien für die Ausführung von Leistungstestrobotern in einer lokalen Umgebung. Diese Empfehlungen basieren auf internen Benchmarks von UiPath und Felduntersuchungen.
Multiplexing
Leistungstestroboter basieren auf Multiplexing, d. h. mehrere virtuelle Benutzer (VUs) können parallel auf derselben Maschine ausgeführt werden.
Die Anzahl der VUs, die ein einzelner Roboter gleichzeitig ausführt, wird als Multiplexing-Faktor bezeichnet (z. B. 10 VUs parallel entsprechen dem Multiplexing-Faktor 10). Der Multiplexing-Faktor ist je nach Automatisierungstyp unterschiedlich.
- API-Automatisierungen unterstützen den höchsten Multiplexing-Faktor, da sie CPU-/Label- Automatisierungen und E/A-gebunden sind. Typische Bereiche sind 20–100+ VUs pro CPU-Kern, abhängig von der Größe der API-Nutzlast.
- Webautomatisierungen unterstützen Multiplexing.
- Desktopautomatisierungen sind aufgrund von Windows-Sitzungsbeschränkungen auf eine VU pro Maschine beschränkt.
Effektives Multiplexing hängt von Folgendem ab:
- CPU-Architektur/-Leistung und verfügbarer RAM
- Workload-Typ und Komplexität (API > Web >> Desktop für Multiplexing-Potenzial)
- SystemOverhead und Hintergrunddienste
Tipp:
Use separate robot pools for API vs. Web workloads to tune multiplexing independently and avoid resource contention.
Virtuelle Maschinen
- Verwenden Sie rechenoptimierte VMs mit starker CPU und SSD-Speicher.
- Empfohlene Basis: 16 physische CPU-Kerne, 32 GB RAM, SSD.
- Alternative: 4 Kerne/8 GB RAM oder 8 Kerne/16 GB RAM.
- Halten Sie virtuelle Maschinen von unnötigen Hintergrunddiensten frei.
Software und Betriebssysteme
- Windows Server 2022 oder höher
- Google Chrome installiert (neueste stabile Version) für Web-Automatisierungen
Hinweis:
Trouble: When running Web Automation on premises (using local machines), make sure you set up group policy correctly. Go to Studio Desktop, navigate to UiPath Extensions > Chrome. If the Group Policy Online value is not set, uninstall the plugin, and select Group Policy Online during installation. For more information on policies, refer to Studio - Group Policies.
API-Automatisierungen erfordern keinen Browser, aber die obige Betriebssystemanforderung gilt weiterhin.
Ressourcenverhältnisse
- CPU: 0.5–1.8 VUs pro physischem Kern (gemessen an 16 physischen Kernen)
- RAM: 0,5–2 VUs pro GB RAM (gemessen an 32 GB)
- Nur physische Kerne zählen; Hyper-Threading bietet bei dauerhafter Belastung wenig Nutzen
Diese Basisverhältnisse gelten direkt für Web-Workloads. API-Workloads erreichen aufgrund eines geringeren Rendering-Overheads oft eine höhere VU-Dens per Kern/GB. Validieren Sie Ihre Workloads im Leerlauf und in der vollständigen Ausführung, bevor Sie die Dimensionierung festlegen.