0% encontró este documento útil (0 votos)
4 vistas17 páginas

Pruebas No Funcionales con JMeter

Cargado por

rodrigo cardenas
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
4 vistas17 páginas

Pruebas No Funcionales con JMeter

Cargado por

rodrigo cardenas
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

a) Aplicar al menos tres pruebas distintas no funcionales

automatizadas que se aplicarán al sistema, utilizando la


herramienta JMETER. (Ej.: carga, rendimiento, estrés).

1- Prueba de carga
Evaluaremos el rendimiento del sistema cuando es sometido a una
cantidad de usuarios esperada en condiciones normales de
funcionamiento.
Simularemos una cantidad de usuarios normal o concurrente en
condiciones normales de funcionamiento del sistema, esperando
que los tiempos de respuesta del formulario, funcionamiento del
servidor y el manejo de trafico de información sean los óptimos.

2- Prueba de rendimiento
Mediremos la eficiencia del sistema, identificando cuántas
operaciones puede realizar en un tiempo determinado y bajo
diferentes niveles de carga.
En esta prueba veremos la capacidad de respuesta del sistema
bajo condiciones normales y ligeras sobrecargas, buscando
identificar cuántas operaciones puede manejar sin caer por debajo
de ciertos estándares de rendimiento. Se monitorean los tiempos
de respuesta, tasa de éxito, y otros parámetros para verificar si el
sistema sigue funcionando dentro de las expectativas.

3- Prueba de estrés
Identificaremos el punto de ruptura del sistema, es decir, cuándo y
en qué condiciones el sistema falla o se degrada su rendimiento
de manera significativa.
Someteremos al formulario a una alta cantidad de solicitud con el
fin de ver como funciona el sistema en condiciones de estrés
extremo. El fin es encontrar cuales serian los limites de la
aplicación.
b) Considerar descripción de al menos tres casos de prueba
por cada prueba no funcional que aplicarán, resultados
esperados, etc.

1- Prueba de carga
a) Someteremos a través de j meter a una cantidad de 20
usuarios en 3 minutos, esperamos un funcionamiento normal
del sistema con tiempos de respuesta que no superen los 3
segundos, y un 98% de tasa de éxito en el ingreso de datos al
formulario.
b) Someteremos a través de j meter a una cantidad de 50
usuarios en 5 minutos, esperamos un funcionamiento normal
del sistema con tiempos de respuesta que no superen los 3
segundos, y un 97% de tasa de éxito en el ingreso de datos al
formulario.
c) Someteremos a través de j meter a una cantidad de 100
usuarios en 6 minutos, esperamos un funcionamiento normal
del sistema con tiempos de respuesta que no superen los 4
segundos, y un 98% de tasa de éxito en el ingreso de datos al
formulario.

2- Prueba de Rendimiento
a) Simular 120 usuarios realizando solicitudes al sistema para
medir cuántas transacciones puede manejar por segundo.
Esperamos que se puedan realizar al menos 15 transacciones
por segundo y que los tiempos de proceso de la solicitud estén
por debajo de los 50 segundos.
b) Simular 300 usuarios realizando solicitudes al sistema para
medir cuántas transacciones puede manejar por segundo.
Esperamos que se puedan realizar al menos 12 transacciones
por segundo y que los tiempos de proceso de la solicitud estén
por debajo de los 60 segundos.
c) Simular períodos intermitentes de alta y baja carga ,30
segundos de 20 usuarios y 30 segundos de 300 usuarios. Se
espera que el programa pueda reponerse de la sobrecarga de
usuario en menos de 30 segundos y una tasa de error menor al
2%.
3- A) Simular 500 usuarios haciendo solicitudes al sistema para medir
el tiempo que se demora por solicitud y el % de error. Esperamos
un tiempo de 2 segundos por solicitud y una tasa de error del 1%.
B) Simular 500 usuarios, pero en un plazo de 20 segundos para ver
cómo funciona el sistema con una sobrecarga de usuarios.
Esperamos un tiempo de 3 segundos por solicitud y una tasa de
error del 3%.
C)Simular 800 usuarios en un plazo de 30 segundos para ver como
funciona el sistema con una sobrecarga de usuarios. Esperamos un
tiempo de 5 segundos por solicitud y una tasa de error del 3%.

d) Evidenciar al menos 3 casos de prueba por cada prueba


no funcional, mostrando por medio de capturas el
resultado de las pruebas.

Montamos el formulario en el siguiente enlace wind-noiseless-


[Link] , y luego configuramos el j meter para ingresar
datos en el formulario de la siguiente manera :
Ingresamos valores aleatorios para que no se sobrescribieran los
datos cada vez que se ingrese un rut al formulario.

1- A) Ingresamos valores para realizar la prueba:

Resultados:
B) Ingresamos valores para realizar la prueba:

Resultados:
C) Ingresamos valores para realizar la prueba:

Resultados:
2- A) Ingresamos valores para realizar la prueba:

B) Resultados:
B) Ingresamos valores para realizar la prueba:
Resultados:

C) Ingresamos valores para realizar la prueba:


Resultados:
Primera ronda de usuarios
Segunda ronda de usuarios

3- A) Ingresamos valores para realizar la prueba:


Resultados:
B) Ingresamos valores para realizar la prueba:

Resultados:
C) Ingresamos valores para la prueba:

Resultados:

También podría gustarte