orchestrator
2022.10
false
- 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
- Almacenamiento de contraseñas de robot desatendido en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (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
- Asignar roles
- Gestionar roles
- Roles por defecto
- Preguntas frecuentes
- Habilitación de usuarios para ejecutar automatizaciones personales
- Habilitación de usuarios para ejecutar automatizaciones en infraestructura desatendida por medio de robots desatendidos
- Configuración de cuentas de robot para ejecutar automatizaciones desatendidas
- Auditoría
- 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
- Robots clásicos
- 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
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática.
Guía del usuario de Orchestrator
Last updated 9 de oct. 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.
- 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 en carpetas modernas, 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.