Bekannte Einschränkungen bei Leistungstests

Limits der Ausführungsdauer

Cloud, serverless robots can run for a maximum of 60 minutes per test. On-premises robots can exceed this limit.

Gleichzeitigkeitsgrenzen

• Maximum concurrent jobs:

  Up to 500 jobs can run concurrently using serverless robots.

• Impact on virtual users (VUs):

  The number of achievable virtual users depends on multiplexing (multiple VUs per job).

  For example, with a multiplexing factor of 4, a scenario can scale up to 2,000 concurrent virtual users.

  The multiplexing capabilities for serverless robots are automatically detected during the dry run, and the resulting factor is reported in the application logs.

  Unlike on-premises machines, where the multiplexing factor can be manually overridden, this is not supported for serverless robots.

• VPN constraints:

  When using a VPN, the effective concurrency depends on the VPN or gateway capacity.

  • Default limit: ~250 concurrent jobs

  • The actual limit may vary based on the gateway SKU and infrastructure capacity.

  • If higher concurrency is required, customers should contact UiPath support or their account team to discuss VPN scaling options.

• Execution duration:

  Serverless robots are limited to 60 minutes per execution

Unterstützte Automatisierungstypen

Performance testing is currently limited to Browser, API (HTTP WebRequest), and Desktop automations. For example, Integration Service or coded automations are not yet supported.

Incognito/InPrivate mode is not supported for on-premises environments

Performance Testing executions on on-premises machines do not support browser automation in Chrome Incognito mode or Edge InPrivate mode.

This limitation is caused by browser security restrictions that require extensions to be manually enabled for private browsing. Although the UiPath browser extension can be installed (for example, via Group Policy), it cannot be automatically enabled in incognito mode, which prevents the automation from interacting with the browser during test execution.

Additionally, Performance Testing creates new browser user directories for each execution. Enabling the extension for incognito mode would require manual configuration for each of these directories, making it impractical for automated scenarios. For more information, refer to the Alternative for enabling incognito mode section of the Studio documentation.

This limitation applies only to on-premises environments.

In serverless environments, Incognito mode is supported because the browser configuration is fully managed by UiPath.

Workaround: Run tests in standard browser mode.

Performance Testing creates its own dedicated browser profile and directory, ensuring it does not interfere with the user’s default profile. This setup allows tests to run in a sandboxed environment, similar to an incognito mode. After execution, all browser directories created for testing are cleaned up, leaving no residual data.

Additional limitations

• Infrastrukturlücken: ACR-VM -Unterstützung und elastische Bereitstellung sind noch nicht verfügbar, sodass eine automatische Skalierung von Ressourcen derzeit nicht möglich ist.
• API-Zugriff: Der direkte programmgesteuerte Zugriff auf rohe Leistungstestdaten wird noch nicht unterstützt.
• Historischer Vergleich: Testergebnisse aus verschiedenen historischen Ausführungen können noch nicht verglichen werden.
• Autopilot- und Agent-Unterstützung: Autopilot- und Agent-Unterstützung sind in der aktuellen Version nicht verfügbar.
• Im Detail angezeigte Aufzeichnungen: Die Aufzeichnung kann nur im Orchestrator aktiviert und angezeigt werden.