Practica de JMETER

ESCUELA POLITÉCNICA NACIONAL
FACULTAD DE INGENIERÍA DE SISTEMAS

INGENIERÍA DE SISTEMAS INFORMÁTICOS Y DE COMPUTACIÓN
Laboratorio de: Calidad de Software
Práctica No.: 3
Tema: Pruebas de Carga con la herramienta LoadUI y JMeter
Nombre: Christian Carrera Fecha: 22/7/2019
 Objetivos:
.1. Objetivo General
 Realizar pruebas de carga de un sitio web mediante la herramienta

LoadUI y JMeter
.2. Objetivos Específicos

 Comprender el funcionamiento de la herramienta para la correcta
ejecución de la práctica.
 Entender la definición de pruebas de carga para la correcta
interpretación de los resultados.
 Marco teórico:
LoadUI
LoadUI es una aplicación de código abierto, gratuita, multiplataforma (al estar

basado en Java, funciona en la mayoría de los sistemas operativos, como
Windows, Linux y Mac OS), para realizar pruebas de carga o pruebas de
rendimiento de un servicio web. Se trata de una alternativa a JMeter que se
integra de forma nativa con SoapUI.
LoadUI utiliza casos de prueba de SoapUI para simular una carga masiva en
un sitio web o servicio web probado. Le ayuda a verificar cómo funciona su
servidor bajo la carga y estima sus límites.
Para la simulación de carga, ReadyAPI utiliza usuarios virtuales. La ejecución

de pruebas de carga en su máquina local permite utilizar solo unos pocos
usuarios virtuales. El número máximo de usuarios virtuales que puede simular
simultáneamente depende de la licencia que tenga. Si necesita una gran
Página 1 de 33
cantidad de usuarios para simular a la vez, puede ejecutar pruebas de carga
distribuida y pruebas de nube distribuidas[1].
Dentro de las características más relevantes de LoadUI se encuentran[2]:
• Permite crear y planificar las pruebas de forma sencilla, al contar con una
interfaz de usuario intuitiva e innovadora.
• Permite la planificación del escenario.
• Permite construir pruebas arrastrando y soltando componentes gráficos.
• Permite crear bases de prueba funcionales utilizando SoapUI.
• Provee una interfaz elegante.
• Permite modificar las pruebas en tiempo real. También es posible agregar

nuevos componentes de prueba durante la ejecución de las pruebas e incluso
distribuirlas a agentes en tiempo real.
Apache JMeter
Es software de código abierto programado 100% en Java, que fue diseñado

para medir el comportamiento funcional de una prueba de carga y medir el
desempeño. Fue diseñado originalmente para probar aplicaciones web, pero
desde entonces se ha expandido para realizar otros tipos de prueba. [3]
JMeter funciona para probar el desempeño de recursos dinámicos y estáticos.
Puede ser usado para simular carga en un servidor, clusters, red o algún objeto
para testear su desempeño promedio bajo diferentes tipos de carga.
La herramienta permite cargar y testear un gran tipo de aplicaciones,

servidores y protocolos:
Web - HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET, …)

Servicios Web SOAP / REST
FTP
Bases de Datos vía JDBC
LDAP
Middleware orientado a mensajes (MOM) via JMS
Mail - SMTP(S), POP3(S) y IMAP(S)
Comandos nativos o scripts de Shell
TCP
Objetos Java [4]
Pruebas de desempeño
Página 2 de 33
Son un tipo de pruebas de software que se realizan para asegurar que las
aplicaciones de software se desempeñarán bien bajo un determinado nivel de
carga de trabajo.
El objetivo de las pruebas de desempeño no es encontrar bugs, sino hallar

cuellos de botellas que afecten el desempeño del sistema. [5]
Las pruebas de desempeño se enfocan en chequear:
La velocidad.- Determina si la aplicación responde rápidamente.

Escalabilidad.- Determina la carga de usuario máxima que la aplicación
de software puede manejar.
Estabilidad.- Determina si la aplicación es estable bajo niveles de carga
que varían.
Tipos de pruebas de desempeño:
Pruebas de carga.- Analiza la habilidad de la aplicación para

desempeñarse bajo una anticipada carga de usuario. El objetivo es
identificar cuellos de botella antes de que la aplicación sea publicada.
Pruebas de Estrés.- Involucra testear una aplicación bajo cargas de
trabajo extremas para ver cómo se desempeña en estas condiciones. El
objetivo es identificar el “breaking point” de una aplicación.
Pruebas de resistencia.- Son realizada para asegurar que el software
puede manejar la carga esperada en un largo periodo de tiempo.
Pruebas de cambio de carga brusca.- Testea la aplicación para
determinar su reacción a un repentino y brusco cambio de carga
generada por los usuarios.
Pruebas de volumen.- Son pruebas en las cuales el sistema debe
tratar grandes cantidades de datos y el comportamiento promedio del
sistema es monitoreado. El objetivo de estas pruebas es analizar el
desempeño de una aplicación de software bajo grandes volúmenes de
datos.
Pruebas de escalabilidad.- Son pruebas en las cuales se somete al
sistema a cargas de usuario que se incrementa continuamente. El
objetivo es determinar la efectividad de la aplicación en estas
circunstancias, además, permite planear el aumento de capacidad
para el sistema de software. [5]
 Desarrollo de la práctica:
Página 3 de 33
.1. CONFIGURACIÓN DEL AMBIENTE DE PRUEBAS
Nombre y Versión Características

1 MAC OS Sierra Sistema operativo 64 bits
2 ReadyAPI 2.7.0 Instalador de la herramienta a utilizar
3 LoadUI 2.7.0 Herramienta para realizar las pruebas de
carga.
4 Java 8 o superior
5 Windows 10 64 bits, 12 RAM, Quad Core 2.5 GHz
.2. ESQUEMAS DE FUNCIONAMIENTO DE LAS HERRAMIENTAS
El funcionamiento que tiene LoadUI es sencillo de explicar, por lo que, para

dicho efecto, se propone el siguiente gráfico de sus componentes.
A continuación, se muestra un esquema de funcionamiento de la herramienta

LoadUI.
El servidor registra su servicio web en un UDDI, el consumidor busca el servicio

web dentro del UDDI. Cuando lo encuentra, puede realizar la petición SOAP al
servidor y este le responde.
JMETER
El funcionamiento que tiene JMeter es sencillo de explicar, por lo que, para

dicho efecto, se propone el siguiente gráfico de sus componentes.
A continuación, se muestra un esquema de funcionamiento de la herramienta

JMeter.
Página 4 de 33
.3. PROCEDIMIENTO CON CAPTURAS DE PANTALLAS
Instalación
Descargamos la aplicación desde la página oficial de LoudUI:
https://www.soapui.org/professional/loadui-pro.html
Debemos descargar la prueba gratis de readyAPI que contiene el
componente de LoudUI. Una vez descargado readyAPI procedemos a
instalar en nuestro ordenador, ejecutamos el instalador y damos clic en
next.
[Figura 1: Instalación readyAPI parte 1]
Página 5 de 33
Seleccionamos la opción de “Full instalation” para que se instalen todos los
componentes necesarios.
Esperamos hasta que la instalación se termine.
Finalizamos la instalación con la opción para que se ejecute la aplicación al

terminar.
Página 6 de 33
Se ejecuta el programa y nos lleva a la pantalla principal de LoudUI, como

se visualiza en la FIgura 5.
[Figura 5: Pantalla principal de LoudUI]
Creamos una nueva prueba de carga. Nos dirigimos a la pestaña File>New

Load Test, como se visualiza en la Figura 6.
Página 7 de 33
[Figura 6: Creación de una nueva prueba de carga]
Seleccionamos la opción de URL para esta prueba.
[Figura 7: Clases de pruebas de carga]
Para esta prueba ingresamos el siguiente URL:

http://www.datasciencetoolkit.org/maps/api/geocode/xml?address=1600+A
mphitheatre+Parkway,+Mountain+View,+CA&sensor=false
y damos clic en next.
[Figura 8:Configuración del URL]
Página 8 de 33
Seleccionamos la opción “Default” que es plantilla predeterminada y

hacemos clic en “Configure Load Test” o configurar prueba de carga.
[Figura 9:Configuración de la prueba de carga]
Le damos un nombre a nuestra prueba y dejamos los valores

predeterminados de la plantilla por ahora y hacemos clic en Finalizar.
Página 9 de 33
[Figura 10:Configuración de la prueba de carga]
LoadUI creará la prueba y le ofrecerá las opciones de ejecutar prueba de

carga o Agregar agente local o de nube. También se puede cerrar la
ventana para modificar la prueba de carga antes de la ejecución de la
prueba. En este laboratorio, cerraremos la ventana y modificaremos la
prueba antes de iniciarla.
Página 10 de 33
[Figura 11:Confirmación de la prueba de carga]
Al cerrar la ventana anterior nos mostrar la pantalla principal de la prueba

de carga que acabamos de crear, como se visualiza en la Figura 12.
Página 11 de 33
[Figura 12:Pantalla principal de la prueba de carga]
Cambiamos la duración de la prueba, ingresamos 1 en el campo de tiempo

de carga, como se visualiza en la Figura 13.
[Figura 13:Configuración del tiempo de la prueba de carga]
Los resultados de los primeros segundos no reflejan correctamente cómo

responde el servidor a las solicitudes, ya que toma algún tiempo iniciar los
procesos requeridos. Para evitar registrar estos resultados,
especificaremos el tiempo de calentamiento de la prueba.
Hacemos clic en algún lugar dentro del panel Escenarios para abrir el editor
de prueba de carga. En el campo Tiempo de calentamiento, ingresamos 5
segundos, como se visualiza en la Figura 14.
Página 12 de 33
[Figura 14:Configuración del tiempo de espera]
Damos clic al botón de play, que se visualiza en la Figura 15, para ejecutar
la prueba.
[Figura 15:Ejecución de la prueba de carga]
Cuando finaliza la ejecución de la prueba, LoadUI muestra el cuadro de

diálogo Confirmación que sugiere que verifique los errores, cree un informe
o examine las estadísticas. En este laboratorio, lo haremos manualmente,
así que cierra el diálogo.
Página 13 de 33
[Figura 16:Pantalla de confirmación de la prueba de carga]
En la Figura 17 podemos ver los resultados de la prueba que acabamos de

ejecutar. El gráfico de Métricas globales muestra cómo las distintas
métricas de rendimiento de su servicio web de destino cambian con el
tiempo. Examine las VU/s (la cantidad de usuarios que llegan al servidor
cada segundo), el tiempo empleado (tiempo necesario para cada solicitud),
Página 14 de 33
las mediciones de TPS (transacciones por segundo) y BPS (bytes por

segundo) para averiguar cómo funciona su servicio de destino.
[Figura 17:Pantalla de resultados de la prueba de carga]
Si se produce un error durante la prueba, el LoadUI muestra un mensaje

debajo del gráfico de métricas globales. Haga clic en el mensaje para ver
una descripción detallada del error en la pestaña Registro de LoadUI, como
se visualiza en la Figura 18.
[Figura 18:Registro de la prueba de carga]
Para ver más estadísticas nos dirigimos a la pestaña de “Statistics” que es

donde vamos a generar las estadísticas de nuestra prueba.
Página 15 de 33
[Figura 19:Estadísticas de la prueba de carga]
Vamos a dar clic en el símbolo de más para crear un nuevo un gráfico que
mostrará el número de solicitudes enviadas por segundo. En el cuadro de
diálogo Agregar estadística, seleccione Escenarios> Nuevo escenario>
Estadísticas del escenario> Ejecuciones de prueba> Por segundo y haga
clic en Aceptar.
[Figura 20:Configuración del Escenario]
Ahora, LoadUI agrega un nuevo gráfico a la página de Estadísticas.

Inmediatamente veremos la cantidad de solicitudes enviadas al servicio
web de destino cada segundo, como se visualiza en la Figura 21.
Página 16 de 33
[Figura 21:Gráfico del número de solicitudes enviadas por segundo]
Una vez generado el gráfica vamos a generar un reporte de la prueba que

acabamos de ejecutar. Damos clic derecho sobre nuestra prueba y damos
clic en la opción de generar reporte, como se visualiza en la Figura 22.
[Figura 22:Opción para generar un reporte]
En la configuración del reporte dejamos todo como esta y damos clic en

OK.
Página 17 de 33
[Figura 23:Configuración del reporte]
En la Figura 24 visualizamos el reporte generado.
[Figura 24:Reporte generado]
Página 18 de 33
Las aserciones son reglas de validación aplicadas a los resultados de las

pruebas que verifican cómo se desempeña su servicio web de destino
durante una ejecución de prueba.
Expandimos el caso de prueba y hacemos clic en el elemento Respuesta

del caso de prueba. Se mostrará el editor de solicitudes.
[Figura 25: Menú de Respuesta de la prueba de carga]
[Figura 26:Editor de solicitudes]
Damos clic en el símbolo de más para crear una nueva aserción. En el

siguiente cuadro de diálogo Agregar aserción, seleccionamos las
estadísticas de Tiempo tomado y la métrica Mediana usando las listas
desplegables, como se visualiza en la Figura 27. Damos clic en ok para
finalizar.
Página 19 de 33
[Figura 27:Configuración de la aserción]
[Figura 28:Aserción creada]
Ejecutamos la prueba de nuevo Si las respuestas toman demasiado

tiempo, LoadUI informará los errores. Veremos los errores de aserción en
el gráfico de Métricas globales y en la tabla Métricas de paso de prueba,
como se visualiza en la Figura 29. Podemos ver que tubimos 5 errores que
no cumplieron la condición que se puso en la aserción.
Página 20 de 33
[Figura 29:Resultados de la prueba de carga]
JMeter
 Dirigirse a la pantalla principal de la herramienta JMeter herramienta
Jmeter.
[Figura 30]
 Nombramos el plan de prueba “Laboratorio_7”
Página 21 de 33
[Figura 31:]
 Agregar un nuevo grupo de usuarios: Sobre Laboratorio_7 dar clic

derecho Add > Threads(Users) > Thread Group
[Figura 32:]
 En la pantalla Thread Group definimos los siguientes parámetros.
Página 22 de 33
[Figura 33:]
 Sobre Thread Group dar clic en derecho en Add > Sampler > HTTP
Request.
[Figura 34:]
 En la pantalla de HTTP Request en Método elegir GET y en Server

Name or IP facebook.com
Página 23 de 33
[Figura 35:]
 Sobre HTTP Request dar clic en derecho en Add > Listener > Aggregate
Report
[Figura 36:]
Página 24 de 33
[Figura 37:]
 Sobre HTTP Request dar clic en derecho en Add > Listener > View
Results Tree
[Figura 38:]
Página 25 de 33
[Figura 39:]
 Sobre HTTP Request dar clic en derecho en Add > Listener > View
Results Tree
[Figura 40:]
Página 26 de 33
[Figura 41:]
 Ejecución del plan de prueba
[Figura 42:]
Página 27 de 33
[Figura 43:]
CÓDIGOS FUENTE Y ARCHIVOS
LoadUI
{
"status": "OK",
"results": [
{
"formatted_address": "1600 Amphitheatre Parkway,
Mountain View, CA",
"geometry": {
"location_type": "ROOFTOP",
"location": {
"lng": -122.086546,
"lat": 37.423471
},
"viewport": {
"southwest": {
"lng": -122.087546,
"lat": 37.422471
},
"northeast": {
"lng": -122.085546,
"lat": 37.424471
}
}
},
"types": [
Página 28 de 33
"street_address"
],
"address_components": [
{
"types": [
"street_number"
],
"short_name": "1600",
"long_name": "1600"
},
{
"types": [
"route"
],
"short_name": "Amphitheatre Pkwy",
"long_name": "Amphitheatre Pkwy"
},
{
"types": [
"locality",
"political"
],
"short_name": "Mountain View",
"long_name": "Mountain View"
},
{
"types": [
"administrative_area_level_1",
"political"
],
"short_name": "CA",
"long_name": "CA"
},
{
"types": [
"country",
"political"
Página 29 de 33
],
"short_name": "US",
"long_name": "United States"
}
]
}
]
}
.4. RESOLUCIÓN DE PREGUNTAS Y PROBLEMAS
LoadUI
Preguntas:
- Describa las 3 herramientas que ofrece el paquete ReadyAPI.
Para la simulación de carga, ReadyAPI utiliza usuarios virtuales. La ejecución

de pruebas de carga en su máquina local permite utilizar solo unos pocos
usuarios virtuales. El número máximo de usuarios virtuales que puede simular
simultáneamente depende de la licencia que tenga.
Dentro de las características más relevantes de LoadUI se encuentran:
• Permite crear y planificar las pruebas de forma sencilla, al contar con una
interfaz de usuario intuitiva e innovadora.
• Permite la planificación del escenario.
- ¿Con qué fin se establece el tiempo de calentamiento de prueba?

Los resultados de los primeros segundos no reflejan
correctamente cómo responde el servidor a las
solicitudes, ya que toma algún tiempo iniciar los
procesos requeridos. Para evitar registrar estos
resultados, especificaremos el tiempo de calentamiento
de la prueba.
JMeter
Preguntas
i. Pregunta 1: Explique la diferencia entre una prueba de carga y una de

estrés.
Página 30 de 33
• Pruebas de carga.- Analiza la habilidad de la aplicación para

desempeñarse bajo una anticipada carga de usuario. El objetivo es identificar
cuellos de botella antes de que la aplicación sea publicada.
• Pruebas de Estrés.- Involucra testear una aplicación bajo cargas de
trabajo extremas para ver cómo se desempeña en estas condiciones. El
objetivo es identificar el “breaking point” de una aplicación.
ii. Pregunta 2: Enumerar cinco tipos de aplicación que pueden ser medidas
con JMeter.
• Bases de Datos vía JDBC
• LDAP
• Middleware orientado a mensajes (MOM) via JMS
• Mail - SMTP(S), POP3(S) y IMAP(S)
• Comandos nativos o scripts de Shell
• TCP
• Objetos Java
iii. Pregunta 3: ¿Cuáles son las tres características que miden las
pruebas de desempeño?
Las pruebas de desempeño se enfocan en chequear:
• La velocidad.- Determina si la aplicación responde rápidamente.

• Escalabilidad.- Determina la carga de usuario máxima que la aplicación
de software puede manejar.
• Estabilidad.- Determina si la aplicación es estable bajo niveles de carga
que varían.
5. Análisis de resultados:
La herramienta LoadUI permite simular la respuesta de un sitio web

mediante pruebas de carga con la utilización de usuarios virtuales. Las
pruebas de carga pueden ser fácilmente configuradas mediante la
especificación de escenarios y configuración de métricas.
Posteriormente, en la Figura 27 se especifica la métrica a tomar en cuenta

para la segunda prueba, donde: la estadística elegida es de tiempo tomado
para la respuesta y el tipo de estadística fue el promedio. El resultado de la
segunda prueba es que se obtuvieron 5 fallas de forma constante que no
cumplieron con la condición de las métricas establecidas.
Página 31 de 33
 Etiqueta: Es el nombre/URL de la solicitud HTTP.
 Muestras: En total hemos efectuado 1500 peticiones al servidor de
Facebook (se ve reflejado en el número de muestras.
 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 3995 milisegundos.
 Min: El tiempo más corto que toma una muestra para una etiqueta
específica. En este caso es de 1308 milisegundos.
 Max: El tiempo más largo que toma una muestra para una etiqueta
específica. En este caso 15554 milisegundos.
 Rendimiento: Es el número de solicitudes procesadas por unidad de
tiempo (segundos, minutos, horas) por el servidor. Este tiempo se
calcula desde el inicio de la primera muestra hasta el final de la última
muestra. Mayor rendimiento es mejor. (33.0/sec)
 % De error: Porcentaje de solicitudes fallidas por etiqueta.
 Línea 90%: el 90% de las muestras no tomó más que este tiempo. Las
muestras restantes tomaron al menos tanto tiempo como esto. (Percentil
90)
Para calcular el 90%, haga una lista de todos los valores de transacción
y reordene por sus valores en orden descendente. Ahora excluya las
principales transacciones del 10% de su lista total. El valor más alto que
queda es el percentil 90.
 Conclusiones y recomendaciones:
En conclusión, las herramientas LoadUI y JMeter es extremadamente

increíble y no necesita ser considerado para verificar si está muy bien
investigado para no gastar una tonelada de activos y limitar el tiempo.
Identificar bien el tipo de prueba de desempeño al cual se someterá la
aplicación con el fin de obtener un reporte acorde al comportamiento de
la misma
Finalmente, Al utilizar aparatos que diseccionan código, debemos

recordar que el tipo de investigación requiere un dispositivo suficiente.
 Bibliografía:
- [1]"About LoadUI | ReadyAPI Documentation", Support.smartbear.com,

2019. [E línea]. Disponible:
https://support.smartbear.com/readyapi/docs/loadui/intro/about.html.
- [2]T. Software, "LoadUI. Pruebas de carga hechas arte.", Testeando

Software, 2019. [En línea]. Disponible:
https://testeandosoftware.com/loadui-pruebas-de-carga-hechas-arte/.
Página 32 de 33
- [3]"About Load Simulation | ReadyAPI Documentation",

Support.smartbear.com, 2019. [En línea]. Disponible:
https://support.smartbear.com/readyapi/docs/loadui/intro/simulation.html.
- [4] "Apache JMeter - Apache JMeter™", Jmeter.apache.org, 2019.

[Online]. Available: https://jmeter.apache.org/. [Accessed: 15- Jun- 2019].
- [5] "Performance Testing Tutorial: What is, Types, Metrics & Example",
Guru99.com, 2019. [Online]. Available:
https://www.guru99.com/performance-testing.html. [Accessed: 16- Jun-
2019].
Página 33 de 33

Practica de JMETER

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Practica de JMETER

Hochgeladen von

Copyright:

Verfügbare Formate

ESCUELA POLITÉCNICA NACIONAL

FACULTAD DE INGENIERÍA DE SISTEMAS

Laboratorio de: Calidad de Software

Tema: Pruebas de Carga con la herramienta LoadUI y JMeter

Nombre: Christian Carrera Fecha: 22/7/2019

.1. Objetivo General

 Realizar pruebas de carga de un sitio web mediante la herramienta

.2. Objetivos Específicos

LoadUI es una aplicación de código abierto, gratuita, multiplataforma (al estar

Para la simulación de carga, ReadyAPI utiliza usuarios virtuales. La ejecución

Dentro de las características más relevantes de LoadUI se encuentran[2]:

• Permite la planificación del escenario.

• Permite construir pruebas arrastrando y soltando componentes gráficos.

• Permite crear bases de prueba funcionales utilizando SoapUI.

• Provee una interfaz elegante.

• Permite modificar las pruebas en tiempo real. También es posible agregar

Es software de código abierto programado 100% en Java, que fue diseñado

La herramienta permite cargar y testear un gran tipo de aplicaciones,

Web - HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET, …)

El objetivo de las pruebas de desempeño no es encontrar bugs, sino hallar

Las pruebas de desempeño se enfocan en chequear:

La velocidad.- Determina si la aplicación responde rápidamente.

Tipos de pruebas de desempeño:

Pruebas de carga.- Analiza la habilidad de la aplicación para

Nombre y Versión Características

.2. ESQUEMAS DE FUNCIONAMIENTO DE LAS HERRAMIENTAS

El funcionamiento que tiene LoadUI es sencillo de explicar, por lo que, para

A continuación, se muestra un esquema de funcionamiento de la herramienta

El servidor registra su servicio web en un UDDI, el consumidor busca el servicio

El funcionamiento que tiene JMeter es sencillo de explicar, por lo que, para

A continuación, se muestra un esquema de funcionamiento de la herramienta

.3. PROCEDIMIENTO CON CAPTURAS DE PANTALLAS

[Figura 1: Instalación readyAPI parte 1]

[Figura 2: Instalación readyAPI parte 2]

Esperamos hasta que la instalación se termine.

[Figura 3: Instalación readyAPI parte 3]

Finalizamos la instalación con la opción para que se ejecute la aplicación al

[Figura 4: Instalación readyAPI parte 4]

Se ejecuta el programa y nos lleva a la pantalla principal de LoudUI, como

[Figura 5: Pantalla principal de LoudUI]

Creamos una nueva prueba de carga. Nos dirigimos a la pestaña File>New

Seleccionamos la opción de URL para esta prueba.

[Figura 7: Clases de pruebas de carga]

Para esta prueba ingresamos el siguiente URL:

[Figura 8:Configuración del URL]

Seleccionamos la opción “Default” que es plantilla predeterminada y

[Figura 9:Configuración de la prueba de carga]

Le damos un nombre a nuestra prueba y dejamos los valores

LoadUI creará la prueba y le ofrecerá las opciones de ejecutar prueba de

[Figura 11:Confirmación de la prueba de carga]

Al cerrar la ventana anterior nos mostrar la pantalla principal de la prueba

Cambiamos la duración de la prueba, ingresamos 1 en el campo de tiempo

[Figura 13:Configuración del tiempo de la prueba de carga]

Los resultados de los primeros segundos no reflejan correctamente cómo

[Figura 14:Configuración del tiempo de espera]

[Figura 15:Ejecución de la prueba de carga]

Cuando finaliza la ejecución de la prueba, LoadUI muestra el cuadro de

En la Figura 17 podemos ver los resultados de la prueba que acabamos de

las mediciones de TPS (transacciones por segundo) y BPS (bytes por

[Figura 17:Pantalla de resultados de la prueba de carga]

Si se produce un error durante la prueba, el LoadUI muestra un mensaje

[Figura 18:Registro de la prueba de carga]

Para ver más estadísticas nos dirigimos a la pestaña de “Statistics” que es

[Figura 20:Configuración del Escenario]