test-manager
latest
false
Guía de usuario de Test Manager
- Primeros pasos
- Gestión de proyecto
- 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
- 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
- Habilitar o deshabilitar el control en masa para casos de prueba
- Aplicar el orden de firma para casos de prueba gobernados
- Gestionar aprobadores para casos de prueba controlados
- Gestionar casos de prueba gobernados en el estado En trabajo
- Gestionar casos de prueba gobernados en el estado En revisión
- Gestionar objetos controlados en estado Firmado
- Gestionar comentarios para casos de prueba controlados
- Ver información de gobernanza para registros de casos de prueba
- Gestionar aprobadores para registros de casos de prueba gobernados
- Gestionar registros de casos de prueba gobernados en el estado En trabajo
- Gestionar registros de casos de prueba gobernados en el estado En revisión
- Gestionar registros de casos de prueba gobernados en el estado Firmado
- Gestionar comentarios para registros de casos de prueba gobernados
- Habilitar la gobernanza a nivel de registro de casos de prueba
- Deshabilitar el control a nivel de registro de casos de prueba
- Viewing and searching test cases
- Ejecutar casos de prueba sin un conjunto de pruebas
- Ejecutar pruebas mixtas
- Crear ejecuciones pendientes
- Volver a ejecutar ejecuciones de prueba
- Solución de problemas de ejecuciones automatizadas
- Preguntas frecuentes: paridad de características: Test Manager frente a Orchestrator
- Analizar resultados de prueba
- Estados de resultados de la prueba de Playwright
- Eliminar resultados de casos de prueba
- Sincronización de defectos
- Creating defects from results
- Resultados de pruebas automatizadas
- Anular los resultados de la prueba
- Navigating and searching test results
- Examinar resultados de casos de prueba
- Ver cobertura de actividad
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Configuración del nivel de tenant
- Configuración general del proyecto
- Eventos
- Suscribirse a eventos
- Suscribirse a todos los eventos:
- Darse de baja de eventos
- Darse de baja de todos los eventos
- Unsubscribing from the Notifications settings page
- Viewing notifications
- Filtrar notificaciones
- Viewing email notifications
- Enabling email notifications for SMTP servers
- Ver solo las notificaciones no leídas
- Marking all notifications as read
- Clearing all notifications
- Deleting notifications
- Cifrado de claves administradas por el cliente
- Registros de auditoría
- Integración de herramientas de ALM
- Integración de herramientas de ALM
- Test Manager Connect
- Test Manager: conector de Integration Service
- Rangos de IP salientes para conectores
- Trabajar con SAP Cloud ALM y Test Manager
- Step 1: Integrating SAP Cloud ALM with Test Manager
- Step 2: Creating automated test cases in SAP Cloud ALM
- Step 3: Creating automated test cases in Test Manager
- Step 4: Synchronizing test cases from Test Manager to SAP Cloud ALM
- Step 5: Assigning test automations to test cases
- Step 6: Executing test cases
- Mejores prácticas de automatización de pruebas de SAP
- Resolución de problemas de la integración de Jira
- Integración de API
- Agentes de codificación para pruebas
- Solución de problemas
Importante :
La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.
Interpretar resultados fallidos
Interpreta los resultados fallidos de las pruebas de rendimiento en Test Manager, incluidas las infracciones de SLO y los picos de tiempo de respuesta HTTP.
En este ejemplo, el grupo de carga 1 muestra el estado Fallido porque se ha violado el objetivo de nivel de servicio (SLO) configurado para el tiempo de respuesta.
- Tiempo de respuesta HTTP: el gráfico muestra varios picos por encima del umbral definido de 1000 ms, con picos que superan los 5000 ms. Estas infracciones de umbral consistentes desencadenaron el estado fallido.
- Errores HTTP y errores de automatización: ambos permanecieron en 0 %, por lo que el fallo no se debió a errores de solicitud o fallos de automatización, sino simplemente a una degradación del rendimiento.
- Duración del paso de automatización: los tiempos de ejecución de los pasos fluctuaron mucho, y algunas actividades tardaron mucho más de lo esperado, lo que indica aún más la inestabilidad en la respuesta de la aplicación.
- Métricas de infraestructura: el uso de la CPU y la memoria del robot se mantuvo dentro de rangos aceptables, lo que demuestra que el problema no estaba relacionado con una capacidad de infraestructura insuficiente, sino con el rendimiento del propio sistema bajo prueba.
Debido a que los tiempos de respuesta superaron repetidamente el umbral, el sistema marcó el grupo como Erróneo. Este resultado resalta que, aunque la ejecución funcional era correcta, la aplicación no cumplía con los niveles de rendimiento esperados bajo la carga aplicada.