- 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:
Verwenden Sie separate Roboterpools für API- vs. Web-Workloads, um Multiplexing unabhängig zu optimieren und Ressourcenkonflikte zu vermeiden.
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:
Problem: Wenn Sie die Webautomatisierung lokal (mit lokalen Maschinen) ausführen, stellen Sie sicher, dass Sie die Gruppenrichtlinie korrekt einrichten. Wechseln Sie zu Studio Desktop und navigieren Sie zu UiPath Extensions > Chrome. Wenn der Wert Gruppenrichtlinie online nicht festgelegt ist, deinstallieren Sie das Plugin und wählen Sie während der Installation Gruppenrichtlinie online aus. Weitere Informationen zu Richtlinien finden Sie unter Studio – Gruppenrichtlinien.
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.