Professional Documents
Culture Documents
1. INTRODUCCIN
En las pruebas de la ingeniera del software, las pruebas de rendimiento de realizan para determinar la
rapidez con la que se realiza una tarea en un sistema en condiciones particulares de trabajo, tambin nos permite
verificar otros atributos de la calidad del software, como la escalabilidad, fiabilidad y el uso de recurso. Las pruebas
de rendimiento es una parte del conjunto de pruebas de la ingeniera de pruebas que se esfuerza por mejorar
incluso antes de la codificacin. En las pruebas de rendimiento, a menudo es crucial (y con frecuencia difcil de
conseguir) que las condiciones de prueba sean similares a las esperadas en el uso real.
En este caso el objetivo principal de esta investigacin es la de usar el tipo de prueba de rendimiento, esta
prueba se utiliza normalmente para romper la aplicacin o probar la capacidad de conexiones que puede soportar la
web. Este tipo de prueba se realiza para determinar la solidez de la aplicacin en los momentos de mltiples
conexiones y ayuda en parte del desarrollo si la web podr soportar gran cantidad de conexione de usuario
equitativamente, adems de determinar si la aplicacin rendir lo suficiente en caso de que la carga real supere a la
carga esperada.
2. PROBLEMA Y OBJETIVOS
El problema que se identifica en un portal web se puede atribuir al generarse una gran cantidad de nmero
de usuarios en poco tiempo o multiconexiones de usuarios al mismo tiempo. Tambin se puede identificar los
ataques de denegacin de servicios (DDoS) a travs de un software malicioso o la conexin de 100 usuarios o ms
a la vez en un determinado segundo, esto se puede dar porque los alumnos de las universidades desean ingresar
al portal web ya sea para verificar sus recursos (material educativo), verificar sus notas o poder verificar los
anuncios de los docentes haciendo que pueda llegar a saturar y colapsar el sistema con el servidor a la vez. Al
producirse una saturacin esto puede generar la prdida o la vulneracin de los datos, un mal funcionamiento de
componentes de la aplicacin o la aparicin de errores inesperados.
Seria importante poder identificar cualquier tipo de error a tiempo y antes de la codificacin. Para este
trabajo de investigacin elegimos el sector educativo especficamente las universidades de Lima, con el propsito de
probarlas con distintos nmeros de usuarios concurrentes (nmero de hilos de 100). Uno de los anlisis que suelen
integrar cualquier plan de QA (Aseguramiento de Calidad) es la prueba de stress.
El objetivo de esta investigacin es realizar prueba de robustez y confiabilidad del software, de modo tal,
que se pueda saturar hasta llevarlo a condiciones de uso extremas. Donde se incluyen el envo excesivo de
peticiones y la ejecucin en condiciones de hardware limitadas con el objetivo de hacer que se sature el programa
hasta un punto de quiebre donde aparezcan bugs (defectos) potencialmente peligrosos.
3. RESULTADOS DE PRUEBAS DE STRESS
Las universidades a realizar las pruebas de sus portales web son: Universidad Csar Vallejo, Universidad
Ciencias y Humanidades y la Universidad Tecnologa del Per. Para ello se utilizar el software JMeter, LoadUI y
WebServerStress
Para las pruebas a realizar utilizaremos una conexin a internet de un promedio de 15Mbps de velocidad de
descarga y 1.83Mbps de carga. En la Fig. 1 se muestran la velocidad de descarga y carga de la laptop con la cual
se ejecutar las pruebas de stress.
CONCLUSIONES
PRUEBAS CON JMeter
1.
2.
3.
En la Fig. 4 nos muestra los resultados generales que obtuvo el portal web de la Universidad Csar
Vallejo al ingresar 200 usuarios con un periodo de subida de 1seg. con el mtodo GET, obteniendo un
margen de error del 39%, obteniendo como mnimo y mximo de respuesta.
En la Fig. 5 podemos ver que, en la muestra de 200, entre el servidor y la muestra no se perdi la
conexin y se obtuvo respuesta con el tiempo de respuesta de 18 milisegundos.
En la Fig. 8 nos muestra los resultados generales que obtuvo el portal web de la Universidad de Ciencias y
Humanidades al ingresar 500 usuarios con un periodo de subida de 1seg. con el mtodo GET, obteniendo
un margen de error del 56.80%, obteniendo como mnimo de 2723 y mximo de respuesta de 21029. En
la Fig. 9 podemos ver que, en la muestra de 500, entre el servidor y la muestra se perdi la conexin y no
se obtuvo respuesta con el tiempo de respuesta de 180 milisegundos.
En la Fig. 12 nos muestra los resultados generales que obtuvo el portal web de la Universidad Tecnolgica
del Per al ingresar 500 usuarios con un periodo de subida de 1seg. con el mtodo GET, obteniendo un
margen de error del 88.20%, obteniendo como mnimo de 16265 y mximo de respuesta de 23096.
En la Fig. 13 podemos ver que, en la muestra de 500, entre el servidor y la muestra se perdi la conexin
y no se obtuvo respuesta con el tiempo de respuesta de 80 milisegundos.
En la Fig. 19 y fig. 20 nos muestra los resultados generales que obtuvo el portal web Universidad Csar
Vallejo al ingresar 200 usuarios con un tiempo de respuesta de 560 milisegundos. con el mtodo GET.
Tambin podemos observar que entre el servidor y las conexiones de los usuarios no se perdi obteniendo
un margen de error del 0%.
5.
8.
9.
En las fig. 24 nos muestra los resultados generales que obtuvo el portal web de la Universidad Csar
Vallejo al ingresar 100 usuarios con un tiempo de respuesta de 21.212 milisegundos. Ejecutndose bajo el
mtodo clicks, realizando simultneamente 50 clicks por usuario podemos observar que slo identifico 1
error por cada click solicitado por el usuari, de modo que el servidor da respuesta a las peticiones y las
conexiones de los usuarios no se perdieron obteniendo un margen de error del 0%.
En las fig. 28 nos muestra los resultados generales que obtuvo el portal web de la Universidad Ciencias y
Humanidades, al ingresar 100 usuarios con un tiempo de respuesta de 120.537milisegundos.
Ejecutndose bajo el mtodo clicks, realizando simultneamente 50 clicks por usuario podemos observar
que por cada click solicitado por cada usuario el servidor no da la respuesta a las peticiones debido a que
se identifico ms de 30 errores haciendo que las las conexiones de los usuarios se pierdan, generando
una saturacin en el servidor obteniendo un margen de error del 100%.
En las fig. 31 nos muestra los resultados generales que obtuvo el portal web de la Universidad
Tecnolgica del Per, al ingresar 100 usuarios con un tiempo de respuesta de 24.696milisegundos.
Ejecutndose bajo el mtodo clicks, realizando simultneamente 50 clicks por usuario podemos observar
que por cada click solicitado de los usuario el servidor slo detecto 3 errores con respecto a las peticiones
de modo que las conexiones de los usuarios no se perdieron, el servidor dio respuestas a las peticiones
por lo que el margen total de error es 0%