- 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
- 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 – Funktion – Test Manager vs Orchestrator
- 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
Anforderungen an das lokale Robotersystem
Richtlinien zu Hardware, Betriebssystem und Multiplexing für lokale Performance Testing-Roboter, einschließlich CPU- und RAM-Verhältnissen nach Workloadtyp und Empfehlungen zur Basiskonfiguration virtueller Maschinen.
Dies sind die empfohlenen Systemanforderungen und Konfigurationsrichtlinien für die Ausführung von Performance Testing Robots in einer lokalen Umgebung. Diese Empfehlungen basieren auf internen UiPath-Bezeichnungen 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. entsprechen 10 parallele VUs dem Multiplexing-Faktor 10). Der Multiplexing-Faktor unterscheidet sich je nach Automatisierungstyp.
- 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:
Durch separate Roboterpools für API- und Web-Workloads können Sie Multiplexing unabhängig optimieren und Ressourcenkonflikte vermeiden.
Virtuelle Maschinen
- Rechenoptimierte VMs mit starke CPUs und SSD-Speicher (Solution).
- Empfohlene Basis: 16 physische CPU-Kerne, 32 GB RAM, SSD.
- Alternative: 4 Kerne/8 GB RAM oder 8 Kerne/16 GB RAM.
- Virtuelle Maschinen führen keine unnötigen Hintergrunddienste aus.
Software und Betriebssysteme
- Windows Server 2022 oder höher
- Google Chrome installiert (neueste stabile Version) für Web-Automatisierungen
Problem: Wenn Sie die Webautomatisierung lokal (mit lokalen Maschinen) ausführen, muss die Gruppenrichtlinie korrekt konfiguriert werden. Den Wert Gruppenrichtlinie online finden Sie in Studio Desktop unter UiPath Extensions > Chrome. Wenn der Wert Gruppenrichtlinie online nicht festgelegt ist, muss das Plugin deinstalliert und erneut installiert werden, wobei während der Installation Gruppenrichtlinie online ausgewählt wird. Weitere Informationen 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)
- Es werden nur physische Kerne gezählt; Hyper-Threading bietet unter Dauerlast wenig Nutzen
Diese Basisverhältnisse gelten direkt für Web-Workloads. API-Workloads erreichen aufgrund des geringeren Rendering-Overheads oft eine höhere VU-Dense pro Core/GB. Workloads sollten über einen Schreibtischtest und eine vollständige Ausführung validiert werden, bevor die Größenanpassung abgeschlossen wird.
Kapazitätsplaner
Der Kapazitätsplaner führt eine kurze Reihe von schrittweisen Lasttests mit Ihrer tatsächlichen Hardware durch und extrahiert eine Empfehlung für einen virtuellen Benutzer. Die obigen Verhältnisse dienen als Planungsbasis vor Ihrem ersten Schreibtischtest. Der Kapazitätsplaner kann diese Schätzung dann für Ihre spezifische Umgebung validieren und optimieren.
Messungsentwurf
| Lastgruppentyp | Messungsentwurf |
|---|---|
| API | 10-Benutzermessungen, jeweils 25 Sekunden |
| Web | 1-Benutzermessungen, jeweils 40 Sekunden |
| Desktop | Eine einzige Messung (für Desktop-Automatisierungen wird kein Multiplexing angewendet, sodass nichts extrapoliert werden muss) |
Der Kapazitätsplaner berechnet die Empfehlung über die Regression der kleinsten Quadrate über die Messergebnisse und wendet dann den Faktor 0,85 auf die CPU-Kurvensteigung an, um etwas Puffer zu lassen. Leitlinien begrenzen die Empfehlung bei CPU ≤ 96 % und RAM ≤ 90 % mit zusätzlichen festen Limits nach Anwendungstyp.