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.

Der Inkognito-/InPrivate-Modus wird für lokale Umgebungen nicht unterstützt

Leistungstestausführungen auf lokalen Maschinen unterstützen keine Browserautomatisierung im Chrome Incognito-Modus oder im Edge InPrivate-Modus.

Diese Einschränkung wird durch die Sicherheitsbeschränkungen des Browsers verursacht, gemäß denen Erweiterungen für das private Browsing manuell aktiviert werden müssen. Die UiPath-Browsererweiterung kann zwar installiert werden (z. B. über Gruppenrichtlinien), kann aber nicht automatisch im Inkognito-Modus aktiviert werden, was verhindert, dass die Automatisierung während der Testausführung mit dem Browser interagiert.

Darüber hinaus erstellt Performance Testing für jede Ausführung neue Browserbenutzerverzeichnisse. Das Aktivieren der Erweiterung für den Inkognito-Modus würde eine manuelle Konfiguration für jedes dieser Verzeichnisse erfordern, was sie für automatisierte Szenarien ungeeignet macht. Weitere Informationen finden Sie im Abschnitt Alternative zum Aktivieren des Inkognito-Modus der Studio-Dokumentation.

Diese Einschränkung gilt nur für lokale Umgebungen.

In serverlosen Umgebungen wird der Inkognito-Modus unterstützt, da die Browserkonfiguration vollständig von UiPath verwaltet wird.

Problemumgehung: Führen Sie die Tests im Standardbrowsermodus aus.

Performance-Tests erstellen ein eigenes dediziertes Browserprofil und Verzeichnis, um sicherzustellen, dass sie das Standardprofil des Benutzers nicht beeinträchtigen. Mit diesem Setup können Tests in einer Sandbox-Umgebung ausgeführt werden, ähnlich wie bei einem Inkognito-Modus. Nach der Ausführung werden alle für das Testen erstellten Browserverzeichnisse bereinigt, sodass keine Restdaten übrig bleiben.

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.