- 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
- 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
- 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
Consulta la lista de errores comunes y escenarios fallidos de depuración.
Selector no encontrado
Solución: actualice los selectores de IU y valide en Studio.
Falta de coincidencia del paquete
Solución: actualice a versiones de paquete compatibles y vuelva a implementar.
Problemas de conexión del robot
Solución: comprueba la configuración y las credenciales de Orchestrator.
Depuración de escenarios fallidos
HTTP y analiza los gráficos de uso de la infraestructura para aislar las causas raíz.
Solución de problemas de métricas de PT que faltan (puerto 5671 bloqueado)
Si los gráficos de Pruebas de rendimiento están vacíos o faltan métricas, puede deberse a un firewall que bloquea el puerto 5671, que es necesario para la comunicación con Azure Event Hub. UiPath Robot utiliza este puerto para enviar métricas de rendimiento al Servicio de pruebas de rendimiento. Si el puerto está bloqueado, no se pueden transmitir las métricas.
- Protocolo de comunicación
- Protocolo: AMQP (protocolo avanzado de Message Queue Server)
- Transporte: TCP
- Puerto: 5671
- Cifrado
- Toda la comunicación está protegida mediante TLS 1.2.
- Azure Event Hub aplica el cifrado en tránsito.
- Los datos en reposo se cifran utilizando claves administradas por Microsoft. UiPath no aplica cifrado adicional en la capa de aplicación.
- Autenticación
- La autenticación se gestiona mediante tokens de firma de acceso compartido (SAS).
- Los tokens son emitidos y validados por Azure Event Hub.
- Solo los clientes autenticados pueden publicar mensajes.
- Detalles del punto final
- Formato de punto final:
*.<http://servicebus.windows.net|servicebus.windows.net>. - Servicio: Azure Event Hub (servicio administrado de Microsoft Azure).
- Formato de punto final:
- Información general sobre la arquitectura
- El robot envía métricas de rendimiento utilizando AMQP sobre TLS.
- Los datos se transmiten a Azure Event Hub.
- El servicio de pruebas de rendimiento consume los eventos.
- Las métricas se procesan y se muestran en paneles.
- Ejecuta el siguiente comando en la máquina del robot utilizando Windows PowerShell.
Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671Test-NetConnection -ComputerName tmh-prod-tmh-eus-ehn.servicebus.windows.net -Port 5671 - Interpreta los resultados.
- El puerto está abierto (esperado). Esto significa que el robot puede comunicarse correctamente con Azure Event Hub.
TcpTestSucceeded : TrueTcpTestSucceeded : True - El puerto está bloqueado. Esto indica que el cortafuegos está bloqueando la comunicación saliente en el puerto 5671.
WARNING: TCP connect to (x.x.x.x : 5671) failedWARNING: TCP connect to (x.x.x.x : 5671) failedTcpTestSucceeded : FalseTcpTestSucceeded : FalsePermitir la siguiente conexión saliente (regla de firewall).
ProtocolPortDestinationTCP5671*.<http://servicebus.windows.net|servicebus.windows.net>ProtocolPortDestinationTCP5671*.<http://servicebus.windows.net|servicebus.windows.net>
- El puerto está abierto (esperado). Esto significa que el robot puede comunicarse correctamente con Azure Event Hub.
- Si el puerto 5671 está bloqueado, no se pueden entregar las métricas de rendimiento, lo que da como resultado gráficos vacíos.
- Si la conectividad es correcta pero aún faltan métricas, se requiere una mayor investigación de los registros del robot.