- Primeros pasos
- Gestión de proyecto
- Documentos
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- Assigning test cases to requirements
- Clonación de casos de prueba
- Exportar casos de prueba
- Linking test cases in Studio to Test Manager
- Delete test cases
- Casos de prueba manuales
- Importar casos de prueba manuales
- Documentar casos de prueba con Task Capture
- Parámetros
- Aplicar filtros y vistas
- Importar conjuntos de pruebas de Orchestrator
- Creating test sets
- Añadir casos de prueba a un conjunto de pruebas
- Asignar usuarios predeterminados en la ejecución del conjunto de pruebas
- Habilitación de la cobertura de actividad
- Habilitar Healing Agent
- Configurar conjuntos de pruebas para carpetas de ejecución y robots específicos
- Anular parámetros
- Clonación de conjuntos de pruebas
- Exportar conjuntos de pruebas
- Aplicar filtros y vistas
- Ejecución de pruebas manuales
- Ejecución de pruebas automatizadas
- Ejecutar casos de prueba sin un conjunto de pruebas
- Ejecutar pruebas mixtas
- Crear ejecuciones pendientes
- Aplicar una orden de ejecución
- Volver a ejecutar ejecuciones de prueba
- Programar ejecuciones
- Solución de problemas de ejecuciones automatizadas
- Preguntas frecuentes: paridad de características: Test Manager frente a Orchestrator
- Crear pruebas automatizadas
- Ejecutar escenarios de rendimiento
- Limitaciones conocidas para las pruebas de rendimiento
- Mejores prácticas para pruebas de rendimiento
- Solución de problemas de pruebas de rendimiento
- Pruebas de accesibilidad para Test Cloud
- Buscar con Autopilot
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Configuración del nivel de tenant
- Gestión de acceso de usuario y grupo
- Búsqueda de Autopilot
- Campos personalizados
- Biblioteca de solicitudes
- Configuración general del proyecto
- Configuración del proyecto de automatización
- Mis notificaciones
- Cifrado de claves administradas por el cliente
- Registros de auditoría
- Integración de herramientas de ALM
- Integración de API
- Solución de problemas
Guía de usuario de Test Manager
Cloud, serverless robots can run for a maximum of 60 minutes per test. On-premises robots can exceed this limit.
-
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
HTTP WebRequest), and Desktop automations. For example, Integration Service or coded automations are not yet supported.
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.
- Brechas de infraestructura: el soporte
ACR-VMy el aprovisionamiento elástico aún no están disponibles, por lo que el escalado automático de recursos actualmente no es posible. - Acceso a la API: el acceso programático directo a los datos de prueba de rendimiento sin procesar aún no es compatible.
- Comparación histórica: los resultados de las pruebas de diferentes ejecuciones históricas aún no se pueden comparar.
- Autopilot y soporte agéntico: Autopilot y soporte agéntico no están disponibles en la versión actual.
- Grabaciones mostradas en detalle: la grabación solo se puede activar y ver en Orchestrator.