- 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
- Habilitar la gobernanza a nivel de proyecto
- Deshabilitar la gobernanza a nivel de proyecto
- Habilitar el control a nivel de caso de prueba
- Deshabilitar el control a nivel de caso de prueba
- Gestionar aprobadores para casos de prueba controlados
- Gestionar casos de prueba gobernados en el estado En trabajo
- Gestionar casos de prueba controlados en el estado En revisión
- Gestionar objetos controlados en estado Firmado
- Gestionar comentarios para casos de prueba controlados
- 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
- Preguntas frecuentes: paridad de características: Test Manager frente a Orchestrator
- 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 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
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.
Multiplexación
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 núcleo de CPU, dependiendo del tamaño de la carga útil de la API.
- Las automatizaciones web admiten la multiplexación.
- Las automatizaciones de escritorio están restringidas a 1 VU por máquina 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
Consejo:
Use separate robot pools for API vs. Web workloads to tune multiplexing independently and avoid resource contention.
Máquinas virtuales
- 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.
Software y sistemas operativos
- Windows Server 2022 o posterior
- Google Chrome instalado (último estable) para automatizaciones web
Nota:
Trouble: When running Web Automation on premises (using local machines), make sure you set up group policy correctly. Go to Studio Desktop, navigate to UiPath Extensions > Chrome. If the Group Policy Online value is not set, uninstall the plugin, and select Group Policy Online during installation. For more information on policies, refer to Studio - Group Policies.
Las automatizaciones de API no requieren un navegador, pero el requisito del sistema operativo anterior sigue siendo aplicable.
Relaciones de recursos
- 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
Estas relaciones de referencia se aplican más directamente a las cargas de trabajo web. Las cargas de trabajo de la API a menudo alcanzan una mayor densidad de VU por núcleo/GB debido a una menor sobrecarga de renderizado. Valida tus cargas de trabajo a través de la ejecución de prueba y la ejecución completa antes de finalizar el dimensionamiento.