¿Cómo analizamos informes resumidos en JMeter para probar la carga de una aplicación web?

Un plan de prueba de Jmeter debe tener un oyente para mostrar el resultado de la ejecución de la prueba de rendimiento. Los oyentes capturan la respuesta que regresa del servidor mientras Jmeter se ejecuta y muestra en forma de árbol, tablas, gráficos y archivos de registro. También le permite guardar el resultado en un archivo para referencia futura. Hay muchos tipos de oyentes que Jmeter proporciona. Algunos de ellos son: Informe resumido, Informe agregado, Gráfico agregado, Ver árbol de resultados, Ver resultados en tabla, etc.

Aquí está la comprensión detallada de cada parámetro en el informe de resumen.

Etiqueta: es el nombre / URL de la solicitud HTTP específica. Si ha seleccionado la opción “¿Incluir nombre de grupo en la etiqueta?”, El nombre del Grupo de subprocesos se aplica como prefijo a cada etiqueta.

# Muestras: Esto indica el número de usuarios virtuales por solicitud.

Promedio: es el tiempo promedio que toman todas las muestras para ejecutar una etiqueta específica. En nuestro caso, el tiempo promedio para la Etiqueta 1 es de 942 milisegundos y el tiempo promedio total es de 584 milisegundos.

Min: El tiempo más corto que toma una muestra para una etiqueta específica. Si observamos el valor Min para la Etiqueta 1, entonces, de las 20 muestras, el tiempo de respuesta más corto de una muestra fue de 584 milisegundos.

Máx .: el tiempo más largo que toma una muestra para una etiqueta específica. Si observamos el valor máximo para la etiqueta 1, entonces, de las 20 muestras, el tiempo de respuesta más largo que tuvo una muestra fue de 2867 milisegundos.

Std. Dev .: Esto muestra el conjunto de casos excepcionales que se estaban desviando del valor promedio del tiempo de respuesta de la muestra. Cuanto menor es este valor, más coherentes son los datos. La desviación estándar debe ser menor o igual a la mitad del tiempo promedio para una etiqueta.

Error%: porcentaje de solicitudes fallidas por etiqueta.

Rendimiento: el rendimiento es el número de solicitudes que el servidor procesa por unidad de tiempo (segundos, minutos, horas). Este tiempo se calcula desde el comienzo de la primera muestra hasta el final de la última muestra. Mayor rendimiento es mejor.

KB / Sec: indica la cantidad de datos descargados del servidor durante la ejecución de la prueba de rendimiento. En resumen, es el rendimiento medido en kilobytes por segundo.

Para comprender más en detalle, haga clic aquí: Comprender y analizar el informe resumido en Jmeter | Pruebas de revistas

Además, comprenda y analice el informe agregado en Jmeter | Prueba de revistas para el informe agregado.

¡¡Aclamaciones!!

¿Cuál es la ventaja de usar Angular.js sobre cualquier otro marco?

¿Será Chrome Web Store la próxima fiebre del oro para los desarrolladores web?

¿Cuáles son las diversas tecnologías web?

¿Cómo convierto una hoja de cálculo del tablero de Excel en una aplicación web?

Cómo crear una aplicación móvil que será solo una vista móvil de mi aplicación web

¿Qué herramienta permite escribir en un archivo cada vez que alguien inicia sesión en el sitio?

Según la explicación de la guía The Load Reports de las principales métricas de la prueba de rendimiento que recopila JMeter, mire a continuación:

# Muestras es el número de muestras con la misma etiqueta.
Promedio es el tiempo promedio de un conjunto de resultados.
La mediana es un número que divide las muestras en dos mitades iguales. La mitad de las muestras son más pequeñas que la mediana, y la mitad son más grandes. [Algunas muestras pueden ser iguales a la mediana.] Esta es una medida estadística estándar. La mediana es la misma que el percentil 50.
Línea del 90% (percentil 90), lo que significa que el 90% de las muestras no tomaron más que esta vez.
Min es el tiempo más corto para las muestras con la misma etiqueta
Max es el tiempo más largo para las muestras con la misma etiqueta
Error% es el porcentaje de solicitudes con errores
El rendimiento se mide en solicitudes por segundo / minuto / hora. La unidad de tiempo se elige de modo que la velocidad mostrada sea al menos 1.0. Cuando el rendimiento se guarda en un archivo CSV, se expresa en solicitudes / segundo, es decir, 30.0 solicitudes / minuto se guardan como 0.5.
Kb / seg : rendimiento medido en kilobytes por segundo. El tiempo es en milisegundos.

Shivam Singh

Veamos cómo calcular el rendimiento:
Agregue un informe resumido al grupo de hilos / solicitud que está enviando. Allí puede obtener el informe anterior.
Rendimiento = 1 / [Tiempo total]
Donde Tiempo total = [Avg mordidas] * [1 / (KB / Sec)]
Cuando usamos [1 / (KB / Sec)] estamos obteniendo el Tiempo consumido en Sec. Para 1 KB de datos.
Entonces, simplemente para una muestra, es decir, Avg mordidas de esa muestra = [Avg bites] * [1 / (KB / Sec)]
Entonces el rendimiento es para una muestra = 1 / [{Avg bites} * {1 / (KB / Sec)}]
P.ej :
Rendimiento = 1 / [Tiempo total]
Tiempo total = (6.041 KB) * [1/90] = 0.0671 seg
Entonces rendimiento = 1 / 0.0671 = 14.9031297 / seg
Ahora para decidir quién tiene la culpa:
El tiempo de respuesta es el valor contado justo antes de que se envíe la solicitud hasta que se genera el último byte de respuesta.
Aquí el rendimiento es la medida del rendimiento del servidor.
Caso 1 : cuando encontramos un escenario donde el tiempo de respuesta para la solicitud es alto pero el rendimiento es mucho menor. Esto significa que el servidor no tiene la capacidad suficiente para mantener / ejecutar la solicitud. Que piden el ajuste en el lado del servidor.
Caso 2: cuando el tiempo de respuesta es alto pero el rendimiento en comparación con el tiempo de respuesta es mucho mayor. Esto implica que la solicitud lleva más tiempo debido a un error en la aplicación. No debemos culpar al tiempo de procesamiento del servidor por esto. Ahora es el momento de considerar otros factores y ajustarlos para mejorar el rendimiento de la aplicación.