- Primeros pasos
- Acerca de Test Manager
- Acciones de Autopilot
- Acerca del chat de Autopilot (agente)
- Acerca del enmascaramiento PII
- Primeros pasos
- Disponibilidad de la característica de Test Manager
- Precios unificados: Licensing Test Manager
- Flex: licencias de Test Manager
- Guía de inicio rápido
- Tipos de prueba en Test Manager
- 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
- Documentar casos de prueba con Task Capture
- Parámetros
- Campos de casos de prueba de Playwright
- 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 accesibilidad para Test Cloud
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Integración de herramientas de ALM
- Integración de herramientas de ALM
- Test Manager Connect
- Test Manager: conector de Integration Service
- Integración de API
- Agentes de codificación para pruebas
- Solución de problemas
Preguntas frecuentes sobre la paridad de características entre Test Manager y el módulo de prueba de Orchestrator antes de la obsolescencia de abril de 2026.
El módulo de prueba en Orchestrator quedará completamente obsoleto y se eliminará el 30 de abril de 2026. En vista de este cambio, consulta las directrices de obsolescencia y la paridad de característica de Test Manager frente a Orchestrator.
Directrices de obsolescencia
- Consulta la línea de tiempo de obsolescencia.
- Anuncio inicial: octubre de 2023
- Paridad de características: 18 de abril de 2025
- Primera fase de obsolescencia: 1 de enero de 2026
- Los usuarios pueden seguir creando conjuntos de prueba, pero deben migrar a Test Manager.
- Segunda fase de obsolescencia (eliminación): 30 de abril de 2026
- Ya no se permitirá la ejecución.
- Usa la herramienta de migración para transferir tus activos de Orchestrator a Test Manager.
Test Manager frente a Orchestrator: paridad de características de pruebas
Los datos de producción enmascarados o anónimos pueden utilizarse como datos de prueba cargándolos en Data Service (Data Fabric) como un archivo de Excel y vinculándolo a una automatización de Studio. La vinculación directa de datos de prueba desde los conjuntos de pruebas de Test Manager está prevista como una mejora futura.
Estado del proceso frente al estado del caso de prueba para fallos de aserción
El estado de un trabajo de Orchestrator simple solo refleja si el trabajo en sí no se pudo ejecutar, como una excepción no controlada: no refleja el resultado de aprobación/error de las actividades individuales de Verificación o aserción dentro del flujo de trabajo. Un proceso con una o más actividades Verificar fallidas puede seguir mostrándose como Aprobado en el nivel de trabajo a menos que se lance una excepción, o a menos que la propiedad Continuar en caso de error de la actividad Verificar se establezca en false.
Una ejecución de caso de prueba de Test Manager no tiene este vacío: su estado refleja lo peor del estado del trabajo y los resultados de la aserción, por lo que una actividad Verificar fallida siempre produce un caso de prueba fallido, independientemente del estado del trabajo subyacente.
Retención del conjunto de pruebas
Los conjuntos de prueba de Orchestrator podrían utilizar un error "Transitorio" TipoDeOrigen que eliminó automáticamente el conjunto de pruebas después de un período de tiempo. Test Manager no tiene un mecanismo de eliminación automática equivalente: toda la eliminación del conjunto de pruebas debe realizarse manualmente.