fbpx

Puede encontrar un resumen de una prueba en la página Informe de prueba de carga en la pestaña Resumen.

Contorno

En la barra de estado de prueba en la parte superior de la página del informe, se presentan los detalles de la prueba, incluido el número de errores que se produjeron durante la ejecución de la prueba. Para ver los detalles de los errores, vaya a la pestaña Informe de sesión

y filtre la lista por el estado Solo errores.

Para descargar la lista de lIs con direcciones IP,haga clic en Lista de agentes.

Visión general de los gráficos

El eje Y vertical en cada gráfico representa algunos parámetros de ejecución de prueba en función del tipo de gráfico. El eje X horizontal muestra el tiempo de duración de la prueba en minutos.

Plan de ejecución

El gráfico de líneas muestra el cambio en el número real de usuarios virtuales durante el período de prueba frente al número esperado de usuarios virtuales en función del escenario de prueba. Puede ver si el plan de ejecución de pruebas, en términos de carga de usuario, se implementó correctamente.

El eje Y representa el número de usuarios virtuales.

En el gráfico se muestran las siguientes líneas:

  • Max.Number of Users: el número máximo predefinido de usuarios virtuales que se pueden simular a la vez en el recurso de destino.
  • Número real de usuarios: el número de usuarios realmente simulados en el recurso de destino por intervalo de tiempo. Cada nodo representa el número total de usuarios simulados durante un período determinado. El primer nodo representa el número inicial de usuarios.
  • Número esperado de usuarios: muestra el cambio previsto en el número de usuarios para alcanzar la carga máxima planificada.

Si la línea Número real de usuarios alcanza la línea Max.Number of Users, se utilizaron todos los usuarios virtuales asignados para la prueba y el sitio se probó bajo la carga máxima planificada. Por otro lado, un problema tiene lugar si hay una gran desviación entre estas dos líneas.

La posible razón por la que Max.Number of Users no se alcanzó son:

  • Los IL podrían alcanzar un límite de uso de CPU. Compruebe el gráfico Load Injector Server Load en el informe de prueba.
  • En el caso de las pruebas basadas en objetivos, se podría alcanzar el objetivo de transacción con el menor número de usuarios que el especificado por Max.Number of Users. Compruebe el gráfico Transacciones por minuto en el informe de prueba.

Transacciones por minuto (solo prueba de carga basada en objetivos)

El gráfico refleja el objetivo frente al número real de transacciones por minuto en cada iteraciónde prueba.

El eje Y representa el número de transacciones ejecutadas por minuto en el recurso de destino.

En el gráfico puede encontrar las siguientes líneas:

  • Transacciones (planificadas): el número objetivo de transacciones por minuto establecido en el escenario de prueba.
  • Transacciones (actuales): el número real de transacciones simuladas en el sitio web de destino en cada iteración. La línea se separa con los períodos de calibración.
  • Períodos de calibración – un tiempo necesario para alcanzar el siguiente nivel de carga del usuario. En el gráfico, se muestra como un espacio atenuado entre los períodos de carga reales.

 

Transactions per sec chart

Si no se alcanzó el objetivo mientras la línea Número real de usuarios del gráfico del plan de ejecución se superpone a la línea Max.Number of Users, aumente la máximo. Usuarios virtuales simultáneos valor en la configuración de la prueba y repita la prueba.

Tiempo medio de respuesta

El gráfico Tiempo medio de
respuesta
muestra el cambio en la duración real de las transacciones (no se incluyen el tiempo de inicialización del navegador ni los retrasos en el comportamiento del usuario). El eje Y representa el tiempo en segundos.

Cada nodo del gráfico representa el valor de Tiempo de respuesta promedio calculado para el intervalo correspondiente.

Si no hay fluctuaciones significativas de línea en el gráfico, el sitio web manejó la carga de prueba correctamente.

En el caso de un crecimiento dramático o una disminución del tiempo medio de respuesta durante la prueba o de un pico agudo, consulte los otros gráficos para obtener más información. Por ejemplo, en los gráficos siguientes, el crecimiento espectacular en el tiempo medio de respuesta causado por un aumento progresivo en el número de sesiones con errores.

El gráfico Número de sesiones iniciadas permite comparar el número total de sesiones iniciadas por usuarios simultáneos y el número de sesiones con errores o éxitos. El eje Y muestra el número de sesiones.

Una sesión incluye un inicio/cierre del navegador y una transacción por sí misma.

En el gráfico puede encontrar las siguientes líneas:

  • Número de sesiones iniciadas: el número total de sesiones iniciadas en un intervalo de tiempo determinado.
  • Número de sesiones de éxito: el número de sesiones que se ejecutaron sin errores, es decir, todas las tareas del dispositivo se ejecutaron correctamente.
  • Número de sesiones de error: el número de sesiones con errores (no se han encontrado palabras clave/imagen, no se pudo acceder al recurso de destino, etc.).

El gráfico Recuento de sesiones acumulativas muestra el número total de sesiones iniciadas durante la prueba. El gráfico permite evaluar el número total de usuarios virtuales simulados en el recurso de destino durante el período de prueba. El eje Y muestra el número de sesiones.

Cada nodo representa el recuento total, calculado como una suma de sesiones iniciadas por el momento del cálculo.

El gráfico de puntos Número de errores por tipo de error ilustra el número de sesiones de error por tipo de error. El número se especifica en el eje Y.

Utilice el gráfico para determinar qué tipos de error predominaron durante un momento específico. Consulte el Informe de sesión para revisar los errores. Para la descripción del error, compruebe Códigos de error.

Cargar carga del inyector

El gráfico muestra las métricas de carga de CPU recibidas de los LU de Dotcom-Monitor. Utilícelo para evaluar cómo afecta la prueba al rendimiento de los IL que ejecutan la prueba desde diferentes zonas geográficas.

Asegúrese de que los niveles de carga de LIs no sean superiores al 80%. Según nuestra experiencia, la carga óptima de CPU para la máquina Load Injector Server es del 80% o menos. Este nivel de carga excluye los retrasos de hardware del servidor que influyen en el rendimiento del servidor y ralentizan el procesamiento de datos.

Si la carga de CPU de LIs supera el 80%, se recomienda disminuir el valor de carga útil y repetir la prueba. De lo contrario, la prueba mostrará resultados inexactos.

Por otro lado, si el nivel de uso de CPU es bajo, puede aumentar la carga útil y el número máximo de usuarios virtuales para usar los recursos de LoadView de forma óptima y minimizar el costo.

El primer modificador debajo del gráfico siempre representa la línea del servidor de referencia.

Consejos para interpretar los resultados

Todos los gráficos se sincronizan entre sí por el eje de tiempo, por lo que las líneas verticales en los gráficos se alinean. Por lo tanto, puede revisar el historial de ejecución de pruebas de un gráfico a un gráfico y ver cómo el número de usuarios simulados afecta al tiempo de respuesta y a la carga de CPU de LIs en un período de tiempo determinado. En el ejemplo siguiente, el LI no pudo generar solicitudes y aceptar respuestas de sitios web lo suficientemente rápido porque simuló demasiados usuarios virtuales y el uso de CPU se maximizó.

Los nodos de los gráficos están activos, por lo que al hacer clic en un nodo se abrirá su información. Para ver información detallada de las sesiones relacionadas con el nodo, haga clic en Mostrar detalles en la parte inferior de la información. El informe de las sesiones que se ejecutan en el período de tiempo seleccionado se mostrará en la página Informe de sesión.

 

Para facilitar un análisis de gráficos y filtrar líneas en él, utilice los conmutadores debajo del gráfico.