orchestrator
2024.10
true
- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Autenticación por SmartCard
- Configurar las capacidades de automatización
- Auditoría
- Configuración: a nivel de tenant
- Servicio de catálogo de recursos
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Otras configuraciones
- Integraciones
- Administración de host
- Acerca del nivel de host
- Gestionar los administradores del sistema
- Gestión de tenants
- Configuración de las notificaciones por correo electrónico del sistema
- Registros de auditoría para el portal del host
- Modo de mantenimiento
- Administración de la organización
- Solución de problemas
Casos de prueba
Guía del usuario de Orchestrator
Last updated 13 de nov. de 2024
Casos de prueba
En este tema, puedes descubrir cómo gestionar tus casos de prueba en todos los proyectos y versiones de la aplicación. Los casos de prueba forman parte de los conjuntos de prueba que se pueden ejecutar. Para obtener más información, consulta Conjuntos de prueba.
- Los casos de prueba se crean automáticamente cuando se publica un paquete de pruebas a través de Studio. Para obtener más información, consulta los ensayos aplicables.
- Si se revisa un paquete existente y se publica una versión actualizada, los casos de prueba para la nueva versión se crean automáticamente. Los nuevos casos de prueba se muestran junto a los existentes para la versión anterior. Sin embargo, si los cambios en el paquete solo se aplican a la versión del parche, los casos de prueba existentes se actualizan para reflejar estos cambios, en lugar de crear otros nuevos.
- Al publicar una nueva versión de casos de prueba, el paquete correspondiente se actualiza automáticamente a la versión más reciente.
- Si un proyecto existente está clonado para que represente una versión de la aplicación nueva (p. ej. de
v1.1.1
av.1.2.0
), deberás publicar este paquete manualmente y crear un nuevo proceso.Importante:- Para que el robot ejecute los trabajos de automatización de pruebas, asegúrate de que exista el rol predeterminado Automation User y de que esté actualizado.
- Para crear y ejecutar un conjunto de prueba, primero debes implementar un proceso desde el paquete de casos de pruebas publicado.
Puedes ejecutar casos de prueba individuales en la página Casos de prueba.