Pruebas de Rendimiento , Stress y Carga

Título del documento

Ministerio de Justicia - División de Informática y Tecnologías de la Información
-1/- XX -
Pruebas de Rendimiento

-2-
Tipos de Pruebas de Rendimiento

Pruebas de Carga: Intentarán validar que se alcanzan los objetivos de

prestaciones a los que se verán sometido el sistema en un entorno productivo. Por
ejemplo:

Un sistema web debe soportar 3.500 reservas de viajes por hora con un
tiempo de respuesta no superior a 6 segundos por página.
Se deben alcanzar 25 llamadas al servicio de localización geográfica con un
tiempo de respuesta máximo de 2 segundos.

Pruebas de Capacidad: Su objetivo es encontrar los límites de funcionamiento

del sistema y detectar el cuello de botella o elemento limitante para poder actuar
en caso de ampliación del servicio. Un ejemplo:
El consumo de CPU en los servidores de base de datos alcanza el 100% con
un nivel de servicio de 3.950 operaciones por hora.

-3-
Tipos de Pruebas de Rendimiento
Pruebas de estrés: Someten al sistema a una carga por encima de los límites
requeridos de funcionamiento. Situaciones de este tipo serían:


Puesta a la venta de un producto estrella en un canal de venta
Visitas masivas a una web de noticias ante un evento relevante

Pruebas de estabilidad: Comprueban que no existe degradación del servicio

por un uso prolongado del sistema.
El sistema debe funcionar sin incidencia ni degradación del sistema
durante 24 horas.

-4-
Tipos de Pruebas de Rendimiento
Pruebas de aislamiento: Provocan concurrencia sobre componentes aislados
del sistema para tratar de detectar posibles errores en ellos.


Pruebas de regresión de rendimiento: Su objetivo es comprobar si se
mantienen los niveles de rendimiento tras un cambio en el sistema, comparando
el nivel de rendimiento (tiempo de respuesta, operaciones/hora, etc...) con el
que ofrecía con anterioridad.

-5-
Pruebas de Rendimiento

Según el autor Jakob Nielsen, en el libro “Usability Engineering”

existen tres límites importantes en el tiempo de respuesta:

 0,1 segundo: es el límite en el cual el usuario siente que esta “
manipulando” los objetos desde la interfaz de usuario.
 1 segundo: es el límite en el cual el usuario siente que está navegando li
bremente sin esperar demasiado una respuesta del servidor.
 10 segundos: es el límite en el cual se pierde la atención del usuario, si la
respuesta tarda más de 10 segundos se deberá indicar algún m
ecanismo por el cual el usuario pueda interrumpir la operación.

-6-
Pruebas de Rendimiento

Este tiempo está condicionado a los siguientes puntos:

 El servidor testeado se encuentra en la misma red en la cual se realizaro
n las pruebas. 
 Velocidad de conexión del servidor.
 Velocidad de conexión del cliente.
 Tiempo en el cual el navegador web tarda para dibujar la página (tiempo
muy pequeño).
 Rendimiento de la red en el momento de la prueba.

-7-
Pruebas de Rendimiento
SISTEMA

………..
………..
………..

MONITORIZACIÓN Y ANÁLISIS

Gestión de incidencias Análisis y recomendaciones para

detectadas solucionar los problemas detectados

INFORME

-8-
Pruebas de Rendimiento

Pruebas rendimiento
aplicaciones para el ciudadano

Carga
No se realizaban pruebas Estabilidad
Tipos Pruebas Pico
Estress

Dimensionamiento memoria JVM

Validación migraciones
tecnológicas

-9-
Pruebas de Rendimiento

- 10 -
Pruebas de Rendimiento

 JMeter es una herramienta utilizada para pruebas de carga en servicios

ofrecidos por sistemas computacionales.

 JMeter dispone diversos tipos de configuraciones, além de controladores
lógicos como loops(ciclos) y controles condicionales.
 JMeter dispone también de un control de threads, no qual é possível
configurar una cantidad de veces que cada thread será ejecutado, o que
ayuda a realizar las pruebas de stress.
 Existen diversos listeners, que se basan en resultados das
configuraciones, podem ser usados para gerar gráficos y tablas.

- 11 -
JMeter

- 12 -
JMeter

- 13 -
JMeter

- 14 -
JMeter

- 15 -
JMeter

- 16 -
JMeter

- 17 -
JMeter – Interpretación de Resultados
Los datos obtenidos se interpretan de la siguiente manera:
# Samples: Indica el número total de threads que se ejecutaron en el intervalo de
tiempo indicado en el “Thread Group”.
Average: Indica el tiempo promedio de respuesta en Ms (milisegundos) de todos los
Threads ejecutados en el intervalo de tiempo, pertenecientes al “ThreadGroup”.
Min: Indica el tiempo de respuesta (ms) más corto de todo el grupo de threads
ejecutado.
Max: Indica el tiempo de respuesta (ms) más largo de todo el grupo de threads
ejecutado.
Std.Derivation (Desviación Estándar): Indica la distancia promedio que hay entre los
diferentes tiempos de respuesta de todos los Threads ejecutados respecto al tiempo
promedio. Una menor distancia indica que los Threads se respondieron relativamente
en el mismo tiempo promedio, lo cual indica que los servicios se ofrecen en las
mismas condiciones para todos).
Error %: Indica la proporción de Threads cuyas peticiones no fueron atendidas por el
servidor ya que éste estaba ocupado o indisponible.
Throughput: Indica el número de threads ejecutado por segundo.
KB/Sec: Número de Kilobytes por segundo enviados al servidor.
Avg Bytes: Promedio de Kilobytes por segundo enviados al servidor.

- 18 -
Latencia

- 19 -
Latencia

La latencia es la suma de retrasos temporales en una red.

La latencia es el lapso necesario para que un paquete de
información viaje desde la fuente hasta su destino.
La latencia y el ancho de banda, juntos, definen la
capacidad y la velocidad de una red.

- 20 -
Concurrencia

- 21 -
Concurrencia
La concurrencia es la propiedad de los sistemas que
permiten que múltiples procesos sean ejecutados al
mismo tiempo, y que potencialmente puedan interactuar
entre sí. Los procesos concurrentes pueden ser
ejecutados realmente de forma simultánea

- 22 -
Herramientas

https://developers.google.com/speed/pagespeed/insights/
http://www.monitis.com/pageload/
https://gtmetrix.com/
https://asm.ca.com/en/checkit.php
http://www.seomastering.com/site-speed-checker.php
http://loadimpact.com/

- 23 -