- Primeros pasos
- Gestión de proyecto
- 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
- 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
- Habilitar o deshabilitar el control en masa para casos de prueba
- Aplicar el orden de firma para casos de prueba gobernados
- Gestionar aprobadores para casos de prueba controlados
- Gestionar casos de prueba gobernados en el estado En trabajo
- Gestionar casos de prueba gobernados en el estado En revisión
- Gestionar objetos controlados en estado Firmado
- Gestionar comentarios para casos de prueba controlados
- Ver información de gobernanza para registros de casos de prueba
- Gestionar aprobadores para registros de casos de prueba gobernados
- Gestionar registros de casos de prueba gobernados en el estado En trabajo
- Gestionar registros de casos de prueba gobernados en el estado En revisión
- Gestionar registros de casos de prueba gobernados en el estado Firmado
- Gestionar comentarios para registros de casos de prueba gobernados
- Habilitar la gobernanza a nivel de registro de casos de prueba
- Deshabilitar el control a nivel de registro de casos de prueba
- Viewing and searching test cases
- Ejecutar casos de prueba sin un conjunto de pruebas
- Ejecutar pruebas mixtas
- Crear ejecuciones pendientes
- Volver a ejecutar ejecuciones de prueba
- 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
- Analizar resultados de prueba
- Estados de resultados de la prueba de Playwright
- Eliminar resultados de casos de prueba
- Sincronización de defectos
- Creating defects from results
- Resultados de pruebas automatizadas
- Anular los resultados de la prueba
- Navigating and searching test results
- Examinar resultados de casos de prueba
- Ver cobertura de actividad
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Configuración del nivel de tenant
- Configuración general del proyecto
- Eventos
- Suscribirse a eventos
- Suscribirse a todos los eventos:
- Darse de baja de eventos
- Darse de baja de todos los eventos
- Unsubscribing from the Notifications settings page
- Viewing notifications
- Filtrar notificaciones
- Viewing email notifications
- Enabling email notifications for SMTP servers
- Ver solo las notificaciones no leídas
- Marking all notifications as read
- Clearing all notifications
- Deleting notifications
- Cifrado de claves administradas por el cliente
- Registros de auditoría
- Integración de herramientas de ALM
- Integración de herramientas de ALM
- Test Manager Connect
- Test Manager: conector de Integration Service
- Rangos de IP salientes para conectores
- Trabajar con SAP Cloud ALM y Test Manager
- Step 1: Integrating SAP Cloud ALM with Test Manager
- Step 2: Creating automated test cases in SAP Cloud ALM
- Step 3: Creating automated test cases in Test Manager
- Step 4: Synchronizing test cases from Test Manager to SAP Cloud ALM
- Step 5: Assigning test automations to test cases
- Step 6: Executing test cases
- Mejores prácticas de automatización de pruebas de SAP
- Resolución de problemas de la integración de Jira
- Integración de API
- Agentes de codificación para pruebas
- Solución de problemas
Requisitos de software y sistema
Requisitos previos de software y sistema para las pruebas de rendimiento en Test Manager, que cubren los requisitos de la versión de Studio, el robot en la nube y la configuración del robot local.
Antes de crear y ejecutar escenarios de pruebas de rendimiento en Test Manager, asegúrate de que tu organización y tenant cumplen los requisitos previos de infraestructura, robot y automatización de pruebas necesarios. La configuración depende del tipo de robot utilizado para ejecutar la carga con: robots en la nube o robots de prueba de aplicaciones (unattended), robots locales.
Requisitos de Studio
Las pruebas de rendimiento reutilizan tus casos de prueba funcionales automatizados existentes. Asegúrate de crear tus pruebas de Studio en función de las siguientes condiciones:
- Utiliza una versión de UiPath Studio igual o superior a 2025.10.3.
- Utiliza un tipo de proyecto de Probar automatización.
- Utilizando las últimas versiones del paquete de actividades:
System.Activitiesversión 25.4.2 o posteriorTesting.Activitiesversión 25.10.2 o posteriorUIAutomation.Activitiesversión 25.10.2 o posteriorWebAPI.Activitiesversión 2.1.0 o superior
El Analizador de flujo de trabajo se ejecuta como parte de cada ejecución en seco y confirma que las versiones de Studio, UIAutomation.Activities y Testing.Activities paquete utilizadas por cada caso de prueba cumplen los requisitos anteriores. Un caso de prueba creado a partir de una versión anterior puede funcionar bien en un conjunto de pruebas regular, pero fallar una vez que llega a la ejecución en seco: el Analizador de flujo de trabajo muestra exactamente qué versión o actividad es el problema, antes de que dediques tiempo a una ejecución que no puede tener éxito.
Requisitos del robot
Configura los tipos de robots que necesites.
- Los robots en la nube sin servidor consumen Platform Units y son los más adecuados para pruebas web y de API. Se escalan automáticamente en Test Cloud, pero no admiten automatizaciones de escritorio.
- Los robots locales consumen 250 runtimes por paquete de usuarios virtuales y son necesarios para las pruebas de rendimiento de escritorio. Estos tiempos de ejecución deben asignarse dentro de las plantillas de máquina en Orchestrator. Consulta los requisitos del sistema para robots locales.
Requisitos de red
Métricas HTTP seguras para el cortafuegos: si el puerto 5671 (AMQP a Azure Event Hub) está bloqueado, Performance Testing recurre automáticamente a la comunicación basada en WebSocket a través del puerto 443 y, si eso también falla, a la entrega de métricas basada en API. No necesitas solicitar una nueva regla de cortafuegos para que las métricas fluyan: la alternativa es automática. Consulta Resolución de problemas de pruebas de rendimiento para el diagnóstico del puerto 5671, siendo la primera comprobación correcta si las métricas no aparecen.
Orígenes de datos (entidades de Data Fabric)
Los escenarios de rendimiento a menudo requieren datos de prueba dinámicos a escala. Test Manager puede conectarse a entidades de Data Fabric, que sirven como origen de datos de prueba parametrizados durante la ejecución del escenario. Esto garantiza una entrada realista y variada para los usuarios virtuales concurrentes.