- 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
- 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
Masked or anonymized production data can be used as test data by uploading it to Data Service (Data Fabric) as an Excel file and linking it to a Studio automation. Direct test data linking from Test Manager test sets is planned as a future enhancement.
Process status vs. test case status for assertion failures
A plain Orchestrator job's status only reflects whether the job itself failed to run, such as an unhandled exception — it does not reflect the pass/fail result of individual Verify or assertion activities inside the workflow. A process with one or more failing Verify activities can still show as Passed at the job level unless an exception is thrown, or unless the Verify activity's Continue on error property is set to false.
A Test Manager test case execution does not have this gap: its status reflects the worst of the job status and the assertion results, so a failing Verify activity always produces a failed test case, regardless of the underlying job status.