test-manager
latest
false
- Primeros pasos
- Gestión de proyecto
- Documentos
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- Asignar Casos de prueba a los Requisitos
- Clonación de casos de prueba
- Exportar casos de prueba
- Vincular casos de prueba en Studio a Test Manager
- Delete test cases
- Casos de prueba manuales
- Importar casos de prueba manuales
- Documentar casos de prueba con Task Capture
- Parámetros
- Enabling governance at project level
- Disabling governance at project level
- Enabling governance at test-case level
- Disabling governance at test-case level
- Managing approvers for governed test cases
- Managing governed test cases in the In Work state
- Managing governeed test cases in the In Review state
- Managing governed objects in the Signed state
- Managing comments for governed test cases
- 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
- 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 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
Importante :
La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.

Guía de usuario de Test Manager
Última actualización 29 de abr. de 2026
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.
- API automations support the highest multiplexing factor due to being CPU/lightweight and I/O-bound. Typical ranges are 20–100+ VUs per CPU core, depending on API payload size.
- Web automations support multiplexing.
- Desktop automations are restricted to 1 VU per machine because of Windows session constraints.
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
Consejo: utiliza grupos de robots independientes para las cargas de trabajo de API y web para ajustar la multiplexación de forma independiente y evitar la contención de recursos.
- 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
Problema: al ejecutar Web Automation en las instalaciones (utilizando máquinas locales), asegúrate de configurar la política de grupo correctamente. Ve a Studio Desktop, navega a Extensiones de UiPath > Chrome. Si el valor Política de grupo en línea no está establecido, desinstala el complemento y selecciona Política de grupo en línea durante la instalación. Para obtener más información sobre las políticas, consulta Studio - Políticas de grupo.
- 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