Limitaciones conocidas para las pruebas de rendimiento

Restricciones conocidas para las pruebas de rendimiento en Test Manager, incluidos los límites de tiempo de ejecución del robot y el máximo de trabajos simultáneos.

Límites de duración de la ejecución

Los robots sin servidor en la nube pueden ejecutarse durante un máximo de 60 minutos por prueba. Los robots locales pueden superar este límite.

Límites de concurrencia

• Máximo de trabajos simultáneos: se pueden ejecutar hasta 500 trabajos simultáneamente utilizando robots sin servidor.

• Impacto en los usuarios virtuales (VU): sin servidor: el número de usuarios virtuales alcanzables depende de la multiplexación (varias VU por trabajo). Por ejemplo, con un factor de multiplexación de 4, un escenario puede escalar hasta 2000 usuarios virtuales simultáneos.

  • Este factor se detecta automáticamente durante la ejecución en seco y se informa en los registros de la aplicación. No se puede anular manualmente para robots sin servidor.

• Impacto en los usuarios virtuales (VU) — locales: los robots locales no tienen un límite de 2000 VU. Con suficientes licencias, la ejecución en seco puede calcular un recuento de usuarios virtuales más alto, hasta un máximo de 10 000 usuarios virtuales simultáneos. A diferencia de los robots sin servidor, el factor de multiplexación aquí puede anularse manualmente.

• Restricciones de VPN: al utilizar una VPN, la concurrencia efectiva depende de la capacidad de la VPN o la puerta de enlace.

  • Límite predeterminado: ~250 trabajos simultáneos
  • El límite real puede variar en función de la SKU de la puerta de enlace y la capacidad de la infraestructura.
  • Si se requiere una concurrencia más alta, los clientes deben ponerse en contacto con el soporte de UiPath o con su equipo de cuenta para analizar las opciones de escalado de VPN.

• Duración de la ejecución: los robots sin servidor están limitados a 60 minutos por ejecución

Tipos de automatización compatibles

Las pruebas de rendimiento se limitan actualmente a las automatizaciones de navegador, API (HTTP WebRequest) y escritorio. Por ejemplo, Integration Service o automatizaciones codificadas aún no son compatibles.

Dentro de estos tipos de automatización compatibles, el Analizador de flujo de trabajo ahora marca actividades específicas no compatibles automáticamente durante la ejecución en seco. Consulta Crear pruebas automatizadas para la lista actual.

El modo de incógnito/InPrivate no es compatible con los entornos locales

Las ejecuciones de pruebas de rendimiento en máquinas locales no admiten la automatización del navegador en el modo Chrome de incógnito o en el modo Edge InPrivate.

Esta limitación se debe a las restricciones de seguridad del navegador que requieren que las extensiones se habiliten manualmente para la navegación privada. Aunque la extensión del navegador UiPath se puede instalar (por ejemplo, a través de la Política de grupo), no se puede habilitar automáticamente en modo de incógnito, lo que evita que la automatización interactúe con el navegador durante la ejecución de la prueba.

Además, Performance Testing crea nuevos directorios de usuario del navegador para cada ejecución. Habilitar la extensión para el modo incógnito requeriría una configuración manual para cada uno de estos directorios, lo que lo hace poco práctico para escenarios automatizados. Para obtener más información, consulta la sección Alternativa para habilitar el modo de incógnito de la documentación de Studio.

Esta limitación se aplica solo a los entornos locales.

En entornos sin servidor, el modo de incógnito es compatible porque la configuración del navegador está totalmente gestionada por UiPath.

Solución alternativa: ejecuta pruebas en modo de navegador estándar.

Pruebas de rendimiento crea su propio perfil y directorio de navegador dedicado, garantizando que no interfiere con el perfil predeterminado del usuario. Esta configuración permite que las pruebas se ejecuten en un entorno aislado, similar a un modo de incógnito. Después de la ejecución, todos los directorios del navegador creados para las pruebas se limpian, sin dejar datos residuales.

Limitaciones adicionales

Las pruebas de rendimiento solo miden lo siguiente:

• Cargar
• Tiempo de respuesta
• Tasa de error
• Procesamiento

No recopila métricas de supervisión a nivel de aplicación o sistema (CPU, memoria, base de datos, infraestructura). Las herramientas de APM/observabilidad existentes cubren esos datos en su lugar.

El acceso programático a los datos de prueba de rendimiento está disponible en el nivel de escenario: la API puede devolver métricas de ejecución para un ID de escenario específico, que puedes utilizar para crear tu propio seguimiento histórico (por ejemplo, exportar resultados después de cada ejecución para compararlos posteriormente).

No existe ninguna API para comparar métricas de ejecución en dos o más ejecuciones de escenarios, o para recuperar un resumen histórico agregado en todas las ejecuciones. Dentro del propio producto, la vista Comparar resultados de rendimiento admite esto.