- 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
- Assigning test cases to a test set
- Habilitación de la cobertura de actividad
- 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
- Pruebas de rendimiento: descripción general
- Requisitos de software y sistema
- Requisitos del sistema del robot local
- Crear pruebas automatizadas
- Ejecutar escenarios de rendimiento
- Limitaciones conocidas para las pruebas de rendimiento
- Mejores prácticas para las pruebas de rendimiento
- Solución de problemas de pruebas de rendimiento
- Buscar con Autopilot
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Integración de herramientas de ALM
- Integración de API
- Solución de problemas

Guía de usuario de Test Manager
Observa los requisitos del sistema recomendados y las directrices de configuración para ejecutar robots de pruebas de rendimiento en un entorno local. Estas recomendaciones se basan en los puntos de referencia internos de UiPath y en las investigaciones de campo.
Los robots de pruebas de rendimiento se basan en la multiplexación, lo que significa que se pueden ejecutar varios usuarios virtuales (VU) en paralelo en la misma máquina.
El número de VU que un único robot ejecuta simultáneamente se denomina factor de multiplexación (p. ej., 10 VU en paralelo equivalen a un factor de multiplexación 10). El factor de multiplexación es diferente según el tipo de automatización.
- Las automatizaciones de API admiten el factor de multiplexación más alto debido a que son CPU/ligeras y están vinculadas a E/S. Los rangos típicos son de 20 a 100+ VU por robot, dependiendo del tamaño de la carga útil de la API.
- Las automatizaciones web admiten multiplexación >1. Los rangos típicos son de 2 a 10+ VU por robot, dependiendo de la complejidad de la página (imágenes, marcos), el tiempo de reflexión y la actividad del DOM.
- Las automatizaciones de escritorio están restringidas a 1 VU por robot debido a las restricciones de la sesión de Windows.
La multiplexación efectiva depende de:
- Arquitectura/rendimiento de la CPU y RAM disponible
- Tipo de carga de trabajo y complejidad (API > Web >> Escritorio para potencial de multiplexación)
- Servicios generales y en segundo plano del sistema
- Utiliza máquinas virtuales optimizadas para cálculo con CPU potentes y almacenamiento SSD.
- Base de referencia recomendada: 16 núcleos de CPU físicos, 32 GB de RAM, SSD.
- Configuraciones alternativas (de menor eficiencia): 4 núcleos/8 GB de RAM u 8 núcleos/16 GB de RAM.
- Mantén las máquinas virtuales libres de servicios en segundo plano innecesarios.
- Windows Server 2022 o posterior
- Google Chrome instalado (último estable) para automatizaciones web
- CPU: 0,5-1,8 VU por núcleo físico (medido en 16 núcleos físicos)
- RAM: 0,5-2 VU por GB de RAM (medido en 32 GB)
- Contar solo los núcleos físicos; Hyper-Threading proporciona pocos beneficios bajo carga sostenida