test-manager
latest
false
- Primeros pasos
- Gestión de proyecto
- Documentos
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- Assigning test cases to requirements
- Clonación de casos de prueba
- Exportar casos de prueba
- Linking test cases in Studio to Test Manager
- Delete test cases
- Casos de prueba manuales
- Importar casos de prueba manuales
- Documentar casos de prueba con Task Capture
- Parámetros
- Aplicar filtros y vistas
- Importar conjuntos de pruebas de Orchestrator
- Creating test sets
- Assigning test cases to a test set
- Habilitación de la cobertura de actividad
- 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
- Crear pruebas automatizadas
- Ejecutar escenarios de rendimiento
- Comparar resultados de rendimiento
- Interpretar resultados correctos
- Interpretar resultados fallidos
- Limitaciones conocidas para las pruebas de rendimiento
- Mejores prácticas para pruebas de rendimiento
- Solución de problemas de pruebas de rendimiento
- Buscar con Autopilot
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Integración de herramientas de ALM
- Integración de API
- Solución de problemas
Importante :
La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.

Guía de usuario de Test Manager
Última actualización 11 de nov. de 2025
En este ejemplo, el grupo de carga 2 tiene el estado Aprobado porque se cumplieron todos los objetivos de nivel de servicio (SLO) configurados.
- Las métricas de usuario (gráficos superiores) muestran que los tiempos de respuesta HTTP se mantuvieron muy por debajo del umbral de 1000 ms durante toda la ejecución, con un tiempo de respuesta medio de 51 ms y un máximo de solo 830 ms.
- Los errores HTTP y los errores de automatización permanecieron en 0 %, lo que confirma que ninguna solicitud falló y que la automatización se ejecutó de forma coherente.
- El gráfico de duración del paso de automatización indica un rendimiento estable, con tiempos de ejecución que muestran alguna variación pero sin superar las tolerancias esperadas.
- Las métricas de infraestructura (uso de CPU y memoria de los robots en ejecución) se mantuvieron dentro de rangos seguros, lo que demuestra que los recursos del robot no se sobrecargaron durante la ejecución.
Dado que tanto el rendimiento de la aplicación como el uso de la infraestructura eran correctos, este grupo de carga se marca como Correcto.