- Primeros pasos
- Gestión de proyecto
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- 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
- Ver y buscar casos de prueba
- 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
- FAQ - Feature parity - Test Manager vs Orchestrator (removed)
- Analizar resultados de prueba
- Estados de resultados de la prueba de Playwright
- Eliminar resultados de casos de prueba
- Sincronización de defectos
- Crear defectos a partir de resultados
- Resultados de pruebas automatizadas
- Anular los resultados de la prueba
- Navegar y buscar resultados de prueba
- 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
- Cancelar la suscripción desde la página de configuración de notificaciones
- Ver notificaciones
- Filtrar notificaciones
- Ver notificaciones de correo electrónico
- Habilitar notificaciones por correo electrónico para servidores SMTP
- 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
- Paso 1: integrar SAP Cloud ALM con Test Manager
- Paso 2: crear casos de prueba automatizados en SAP Cloud ALM
- Paso 3: crear casos de prueba automatizados en Test Manager
- Paso 4: sincronizar los casos de prueba de Test Manager con SAP Cloud ALM
- Paso 5: asignar automatizaciones de prueba a casos de prueba
- Paso 6: ejecutar casos de prueba
- 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
Analizar resultados de rendimiento
Panel de resultados de pruebas de rendimiento con estado del grupo, cumplimiento de SLO, errores de HTTP y automatización, umbrales de tiempo de respuesta y métricas de uso de la infraestructura.
El panel proporciona varios gráficos e indicadores de estado que te ayudan a determinar si tu aplicación e infraestructura cumplen los niveles de rendimiento esperados.
- El gráfico Usuarios muestra el número de usuarios virtuales activos a lo largo del tiempo y superpone métricas clave adicionales como errores de automatización, tiempos de respuesta y
HTTP. Esto te permite identificar rápidamente las correlaciones, por ejemplo, si una mayor carga coincide con un aumento de errores o tiempos de respuesta más lentos. - Gráfico de infraestructura: muestra el consumo de CPU y memoria de los robots que ejecutan la carga (generadores de carga sin servidor o máquinas locales). La supervisión de estas métricas ayuda a garantizar que cualquier problema de rendimiento sea causado por el sistema bajo estrés, en lugar de por una sobrecarga de la infraestructura del robot.
- Tarjetas de grupo: cada tarjeta de grupo proporciona una descripción general de alto nivel del estado de ejecución y las métricas clave de un grupo de carga.
- Nombre del grupo y nombre del caso de prueba. El nombre del grupo no se puede cambiar.
- Estado (sin resultado, Aprobado o Erróneo). El estado se determina automáticamente en función del cumplimiento del umbral, pero también se puede ajustar manualmente. Esto permite a los propietarios de pruebas anular los resultados si creen que un grupo debe considerarse correcto a pesar de infracciones menores o marcarse como fallido si no se cumplen las expectativas críticas para el negocio.
- Número de usuarios virtuales ejecutados. Esta métrica muestra una barra completa después de completarse por completo.
- Tasas de error (
HTTPy errores de automatización) - Tiempos de respuesta medios y máximos
Para ver los errores HTTP y los errores de automatización, consulta:
La vista del panel te ayuda a evaluar rápidamente si un grupo cumplió sus objetivos de nivel de servicio (SLO) definidos. Para un análisis más profundo, puedes abrir la vista Métricas de grupo , que proporciona gráficos detallados sobre tiempos de respuesta, tasas de error, duraciones de los pasos y uso de la infraestructura.
La vista detallada proporciona información detallada sobre eventos específicos que ocurrieron durante una prueba de rendimiento.
- Seleccionar un marco de tiempo y un gráfico: para abrir la vista de detalles, primero selecciona un rango de tiempo en el histograma y luego elige un gráfico específico (por ejemplo, tiempos de respuesta HTTP, errores). La vista de detalles muestra las entradas relevantes para el período de tiempo seleccionado.
- Pares de solicitud/respuesta HTTP: la tabla enumera todas las solicitudes HTTP ejecutadas por el grupo de carga, incluido su nombre, tipo, tiempo de respuesta y código de estado.
- Si las solicitudes devuelven códigos de error (por ejemplo, 404, 500), se marcan como errores.
- Si las solicitudes devuelven códigos válidos (por ejemplo, 200) pero superan los umbrales de tiempo de respuesta, también se informan aquí. El número delante de cada entrada indica cuántas veces se ha producido la incidencia.
- Errores de automatización: la misma vista de detalles también se puede utilizar para mostrar errores en el nivel de automatización, como fallos del selector o excepciones de actividad. Estos proporcionan visibilidad de los problemas funcionales que pueden ocurrir bajo carga.
Al combinar códigos de error, infracciones de umbral y registros de automatización, la vista detallada ayuda a identificar la causa raíz de los fallos de rendimiento o funcionales en un escenario de prueba.
Métricas de pasos para pruebas de rendimiento de escritorio
Para las pruebas de rendimiento automatizadas de escritorio, los resultados muestran métricas para cada paso de la automatización, no solo la duración general del paso. Identifican qué paso está ralentizando la ejecución y en qué parte de la aplicación investigar.
La tabla de pasos muestra los siguientes valores para cada paso:
- Promedio: la duración promedio del paso.
- Mín.: la duración más corta del paso.
- Máx.: la duración más larga del paso.
Las actividades principales aparecen junto con los pasos que contienen. La duración de una actividad principal incluye el tiempo de los pasos que contiene.
La tabla sigue el intervalo de tiempo que selecciones para la ejecución, de la misma manera que la tabla de métricas para las solicitudes HTTP .
Registros de robot
Los registros de los robots se pueden ver y filtrar, por grupo de carga y por gravedad, directamente dentro de esta pantalla de resultados, junto con los registros de la aplicación. Anteriormente, los registros de robots requerían cambiar a Orchestrator.
Informes de rendimiento basados en personas
A persona-based report translates dashboard charts and SLO tables into a plain-language answer to "what do I do next?" Four views are available, one per audience:
- Gestor de programas: preparación de la versión: un veredicto por grupo de carga (No lanzar o Listo para producción) basado en el cumplimiento de SLO. Respuestas: ¿está listo para enviarse?
- Desarrollador: vista de desarrollador: tasa de error y detalles del tiempo de respuesta por grupo, más una sugerencia de causa raíz de mejor esfuerzo. Respuestas: ¿qué está roto?
- InfraOps: vista de infraestructura: uso máximo de CPU y memoria por grupo. Respuestas: ¿se trata de un problema de infraestructura?
- Control de calidad/Tester — Vista de QA/Tester: qué grupos de carga necesitan una nueva prueba completa frente a no necesitar una nueva prueba después de una corrección. Respuestas: ¿qué debe volver a probarse?
Generating persona-based reports requires the Performance Testing Model Context Protocol (MCP) server. For steps, refer to Link to the Performance Testing MCP server.
Informes
Each performance scenario has a Reports tab listing every stored report, both single-run reports and comparison reports. From this tab, you can search, sort, rename, and delete individual reports. Generating stored reports, including comparison reports, requires the Performance Testing MCP server.
Los informes de comparación superponen una línea por ejecución en cada gráfico compartido, para que puedas alinear varias ejecuciones y ver dónde un cambio marca la diferencia. Los gráficos compartidos incluyen:
- Tiempo de respuesta
- Procesamiento
- Tasas de error de HTTP y automatización
- Usuarios virtuales
- CPU
- RAM
Cualquier métrica que una ejecución no tenga se elimina de la línea de esa ejecución en lugar de bloquear la comparación.
Los informes en PDF se abren en línea en el visor de la aplicación, al igual que los informes en HTML, para que puedas revisarlos sin descargarlos primero.
Analizar resultados de rendimiento con el chat de Autopilot (agente)
Generating performance reports, and analyzing performance test executions using natural-language queries in Autopilot chat (agent), requires connecting the Performance Testing MCP server. The server is not connected by default. For setup steps and the full list of available tools, refer to About Autopilot chat (agent) - Link to the Performance Testing MCP server.
Resultado
Los resultados de la ejecución del rendimiento se muestran en el panel con tarjetas de grupo, gráficos y desgloses de errores. La vista detallada muestra los pares de solicitud-respuesta HTTP y los errores de automatización para el período de tiempo seleccionado, lo que te ayuda a identificar la causa raíz de cualquier error.