Herramienta de prueba LoadRunner: componentes y Architectura

¿Qué es LoadRunner?

LoadRunner es una herramienta de pruebas de rendimiento en la que Mercury fue pionera en 1999. LoadRunner fue later adquirido por HPE en 2006. En 2016, MicroFocus adquirió LoadRunner.

LoadRunner admite varias herramientas de desarrollo, tecnologías y protocolos de comunicación. De hecho, esta es la única herramienta en el mercado que admite una cantidad tan grande de protocolos para realizar Test de rendimiento. Los resultados de las pruebas de rendimiento producidos por el software LoadRunner se utilizan como punto de referencia frente a otras herramientas.

Vídeo de LoadRunner

¿Por qué LoadRunner?

LoadRunner No sólo es una herramienta pionera en pruebas de rendimiento, sino que sigue siendo líder del mercado en el paradigma de pruebas de rendimiento. En una evaluación reciente, LoadRunner tiene aproximadamente el 85% de participación de mercado en la industria de pruebas de rendimiento.

LoadRunner

En términos generales, la herramienta LoadRunner es compatible con RIA (aplicaciones enriquecidas de Internet), Web 2.0 (HTTP/HTML, Ajax, Flex y Silverlight, etc.), dispositivos móviles, SAP, Oracle, MS SQL Servidor, Citrix, RTE, Mail y sobre todo, Windows Enchufe. No existe ninguna herramienta de la competencia en el mercado que pueda ofrecer una variedad tan amplia de protocolos en una sola herramienta.

LoadRunner

Lo que es más convincente para elegir LoadRunner en las pruebas de software es la credibilidad de esta herramienta. La herramienta LoadRunner se ha ganado una reputación desde hace mucho tiempo, ya que a menudo encontrará Los clientes verifican cruzadamente sus puntos de referencia de rendimiento utilizando LoadRunner. Encontrará alivio si ya está utilizando LoadRunner para sus necesidades de pruebas de rendimiento.

El software LoadRunner está estrechamente integrado con otras herramientas de HP, como la prueba funcional unificada (QTP) y ALM (administración del ciclo de vida de las aplicaciones), lo que le permite realizar procesos de prueba de principio a fin.

LoadRunner funciona según el principio de simular usuarios virtuales en la aplicación en cuestión. Estos usuarios virtuales, también denominados VUsers, replican las solicitudes de los clientes y esperan una respuesta correspondiente al realizar una transacción.

¿Por qué necesita pruebas de rendimiento?

Se estima que el pérdida de 4.4 billion en ingresos se registra anualmente debido al mal rendimiento de la web.

En la era actual de la Web 2.0, los usuarios hacen clic si un sitio web no responde en 8 segundos. Imagínese esperando 5 segundos cuando searching para Google o hacer una solicitud de amistad en Facebook. Las repercusiones del tiempo de inactividad del rendimiento suelen ser más devastadoras de lo que jamás se hubiera imaginado. Tenemos ejemplos como los que recientemente afectaron a la banca en línea de Bank of America, Amazon Servicios Web, Intuit o Blackberry.

Según Dunn & Bradstreet, el 59% de las empresas Fortune 500 experimentan aproximadamente 1.6 horas de tiempo de inactividad cada semana. Teniendo en cuenta que una empresa promedio de Fortune 500 con un mínimo de 10,000 empleados paga 56 dólares por hora, la parte laboral de los costos de tiempo de inactividad para dicha organización sería de 896,000 dólares semanales, lo que se traduce en más de 46 millones de dólares por año.

Se estima que sólo un tiempo de inactividad de Google.com de cinco minutos (5 de agosto de 19) le costará al gigante de las búsquedas hasta 13 dólares.

Se estima que las empresas perdieron ventas por valor de 1100 dólares por segundo debido a una reciente Amazon Interrupción del servicio web.

Cuando una organización implementa un sistema de software, puede encontrar muchos escenarios que posiblemente provoquen una latencia en el rendimiento. Varios factores causan una desaceleración del rendimiento, algunos ejemplos pueden incluir:

  • Mayor número de registros presentes en la base de datos.
  • Mayor número de simulacionesneosolicitudes realizadas al sistema
  • un mayor número de usuarios que acceden al sistema a la vez en comparación con el pasado

¿Qué es LoadRunner? Archi¿Tectura?

En términos generales, el archiLa tecnología de HP LoadRunner es com.plex, pero fácil de entender.

LoadRunner Architectura
LoadRunner ArchiDiagrama de tecnología

Suponga que le asignan la tarea de comprobar el rendimiento de Amazon.com para 5000 usuarios

En una situación de la vida real, todos estos 5000 usuarios no estarán en la página de inicio sino en una sección diferente de los sitios web. ¿Cómo podemos simular de manera diferente?

VUGen

VUGen o Usuario Virtual Generator es un IDE (entorno de desarrollo integrado) o un editor de codificación enriquecido. VUGen se utiliza para replicar el comportamiento del sistema bajo carga (SUL). VUGen proporciona una función de "grabación" que registra la comunicación hacia y desde el cliente y el servidor en forma de un script codificado, también llamado script VUser.

Entonces, considerando el ejemplo anterior, VUGen puede grabar para simular el seguimiento.wing Procesos de negocios:

  1. Navegando por la página de productos de Amazon.com
  2. Pagar ahora
  3. Procesamiento de pagos
  4. Comprobando la página Mi cuenta

Joystick

Una vez finalizado un script VUser, Controller es uno de los componentes principales de LoadRunner que controla la simulación de carga gestionando, por ejemplo:

  • Cuántos VUsers simular en cada proceso de negocio o grupo de VUser
  • Comportamiento de los VUsers (ramp arriba, ramp abajo, simultáneamenteneonosotros o naturaleza concurrente, etc.)
  • Escenario de naturaleza de carga, p. Vida real u orientada a objetivos o verificación de SLA
  • Qué inyectores usar, cuántos VUsers contra cada inyector
  • Cotejar resultados periódicamente
  • IP Spoofing
  • Error al reportar
  • Informes de transacciones, etc.

Tomando una analogía de nuestro controlador de ejemplo agregaremos lo siguientewing parámetro al script VUGen

1) 3500 usuarios son Navegando por la página de productos de Amazon.com

2) 750 usuarios están en Pagar ahora

3) 500 usuarios son realizar procesamiento de pagos

4) 250 usuarios son Verificar la página Mi cuenta SÓLO después de que 500 usuarios hayan realizado el procesamiento de pagos

Aún más complex Los escenarios son posibles.

  1. Inicie 5 VUsers cada 2 segundos hasta una carga de 3500 VUsers (navegación Amazon página del producto).
  2. Iterar durante 30 minutos
  3. Suspender la iteración para 25 VUsers
  4. Reiniciar 20 VUSers
  5. Inicie 2 usuarios (en Pago, Procesamiento de pagos, Página Mis cuentas) cada segundo.
  6. Se generarán 2500 VUsers en la Máquina A
  7. Se generarán 2500 VUsers en la Máquina B

Agentes Máquina/Carga Generators/Inyectores

El controlador HP LoadRunner es responsable de simular miles de VUsers (estos VUsers consumen recursos de hardware, por ejemplo, procesador y memoria), por lo que impone un límite a la máquina que los simula. Además, Controller simula estos VUsers desde la misma máquina (donde reside el Controlador) y, por lo tanto, los resultados pueden no ser precisos. Para abordar esta preocupación, todos los VUsers están distribuidos en varias máquinas, llamadas Carga Generators o cargar inyectores.

Como práctica general, el controlador reside en una máquina diferente y la carga se simula desde otras máquinas. Dependiendo del protocolo de los scripts de VUser y las especificaciones de la máquina, es posible que se requieran varios inyectores de carga para una simulación completa. Por ejemplo, los VUsers para un script HTTP requerirán de 2 a 4 MB por VUser para la simulación, por lo tanto, se necesitarán 4 máquinas con 4 GB de RAM cada una para simular una carga de 10,000 XNUMX VUsers.

Tomando analogía de nuestra Amazon Por ejemplo, la salida de este componente será

ECONOMÉTRICOS

Una vez ejecutados los escenarios de carga, el rol de “ECONOMÉTRICOS”Entran los componentes de LoadRunner.

Durante la ejecución, el Controlador crea un volcado de resultados en formato sin procesar y contiene información como qué versión de LoadRunner creó este volcado de resultados y cuáles fueron las configuraciones.

Todos los errores y excepciones se registran en un Microsoft acceder a la base de datos, denominada, salida.mdb. El componente "Análisis" lee este archivo de base de datos para realizar varios tipos de análisis y genera gráficos.

Estos gráficos muestran varias tendencias para comprender el razonamiento detrás de los errores y fallas bajo carga; por lo tanto, ayuda a determinar si se requiere optimización en SUL, Server (por ejemplo, JBoss, Oracle) o infraestructura.

A continuación se muestra un ejemplo en el que el ancho de banda podría estar creando un cuello de botella. Digamos que el servidor web tiene una capacidad de 1 GBps, mientras que el tráfico de datos excede esta capacidad, lo que provoca que los usuarios posteriores sufran. Para determinar que el sistema satisface dichas necesidades, el ingeniero de rendimiento debe analizar el comportamiento de la aplicación con una carga anormal. A continuación se muestra un gráfico que LoadRunner genera para obtener ancho de banda.

ECONOMÉTRICOS

Cómo hacer pruebas de rendimiento

La hoja de ruta de pruebas de rendimiento se puede dividir en términos generales en 5 pasos:

  • Planificación de la prueba de carga
  • Crear secuencias de comandos VUGen
  • Creación de escenarios
  • Ejecución del escenario
  • Análisis de resultados (seguido de ajustes del sistema)

Ahora que ha instalado LoadRunner, comprendamos los pasos involucrados en el proceso uno por uno.

Test de rendimiento

Pasos involucrados en el proceso de pruebas de rendimiento

Paso 1) Planificación de la prueba de carga

La planificación de pruebas de rendimiento es diferente de la planificación de una SIT (Pruebas de integración de sistemas) or UAT (Pruebas de aceptación del usuario). La planificación se puede dividir en pequeñas etapas como se describe a continuación:

Reúne a tu equipo

Reúne a tu equipo

Al comenzar con LoadRunner Testing, es mejor documentar quién participará en la actividad de cada equipo involucrado durante el proceso.

Director del proyecto:

Nomine al director del proyecto que será el propietario de esta actividad y actuará como persona clave para la escalada.

Experto en Funciones/Analista de Negocios:

Proporcionar análisis de uso de SUL y proporciona experiencia en la funcionalidad empresarial del sitio web/SUL

Experto en pruebas de rendimiento:

Crea pruebas de rendimiento automatizadas y ejecuta escenarios de carga.

Sistema Architectar:

Proporciona plano del SUL.

Desarrollador Web y Pyme:

  • Mantiene el sitio web y proporciona aspectos de seguimiento.
  • Desarrolla sitio web y corrige errores.

Administrador de sistema:

  • Mantiene los servidores involucrados durante todo un proyecto de prueba.

Describa las aplicaciones y los procesos de negocio involucrados:

Exitoso Prueba de carga requiere que planee llevar a cabo cierto proceso comercial. Un proceso de negocio consta de pasos claramente definidos que cumplen con las transacciones comerciales deseadas, para lograr sus objetivos de prueba de carga.

Se puede preparar una métrica de requisitos para generar carga de usuarios en el sistema. A continuación se muestra un ejemplo de un sistema de asistencia en una empresa:

Describir las aplicaciones y los procesos comerciales involucrados

En el ejemplo anterior, las cifras mencionan la cantidad de usuarios conectados a la aplicación (SUL) en una hora determinada. Podemos extraer la cantidad máxima de usuarios conectados a un proceso comercial en cualquier hora del día, que se calcula en las columnas de la derecha.

Asimismo, podemos concluir el número total de usuarios conectados a la aplicación (SUL) a cualquier hora del día. Esto se calcula en la última fila.

Los 2 datos anteriores combinados nos dan el número total de usuarios con los que necesitamos probar el rendimiento del sistema.

Definir procedimientos de gestión de datos de prueba

Las estadísticas y observaciones extraídas de las pruebas de rendimiento están muy influenciadas por numerosos factores, como se informó anteriormente. Es de vital importancia preparar datos de prueba para las pruebas de rendimiento. A veces, un proceso de negocio particular consume un conjunto de datos y produce un conjunto de datos diferente. Tome el siguiente ejemplo:

  • Un usuario "A" crea un contrato financiero y lo envía para su revisión.
  • Otro usuario 'B' aprueba 200 contratos diarios creados por el usuario 'A'
  • Otro usuario 'C' paga unos 150 contratos diarios aprobados por el usuario 'B'

En esta situación, el usuario B necesita tener 200 contratos "creados" en el sistema. Además, el usuario C necesita 150 contratos “aprobados” para simular una carga de 150 usuarios.

Esto significa implícitamente que debes crear al menos 200+150= 350 contratos.

Después de eso, apruebe 150 contratos para que sirvan como datos de prueba para el usuario C; los 200 contratos restantes servirán como datos de prueba para el usuario B.

Monitores de esquema

Especule todos y cada uno de los factores que podrían afectar el rendimiento de un sistema. Por ejemplo, tener hardware reducido tendrá un impacto potencial en el rendimiento del SUL (sistema bajo carga).

Registre todos los factores y configure monitores para poder evaluarlos. A continuación se muestran algunos ejemplos:

  • Procesador (para servidor web, servidor de aplicaciones, servidor de base de datos e inyectores)
  • RAM (para servidor web, servidor de aplicaciones, servidor de base de datos e inyectores)
  • Servidor web/de aplicaciones (por ejemplo, IIS, JBoss, Jaguar Server, Tomcat, etc.)
  • Servidor DB (tamaño PGA y SGA en caso de Oracle y servidor MSSQL, SP, etc.)
  • Utilización del ancho de banda de la red
  • NIC interna y externa en caso de clustering
  • Load Balancer (y que distribuye la carga de manera uniforme en todos los nodos de los clústeres)
  • Flujo de datos (calcule cuántos datos se mueven hacia y desde el cliente y el servidor; luego calcule si la capacidad de la NIC es suficiente para simular una cantidad X de usuarios)

Paso 2) Crear scripts VUGen

El siguiente paso después de la planificación es crear Guiones de VUser.

Paso 3) Creación de escenarios

El siguiente paso es crear su escenario de carga.

Paso 4) Ejecución del escenario

La ejecución del escenario es donde se emula la carga del usuario en el servidor instruyendo a varios VUsers para que realicen tareas simultáneamente.neoUsualmente

Puede establecer el nivel de una carga aumentando y disminuyendo la cantidad de VUsers que realizan tareas al mismo tiempo.

Esta ejecución puede provocar que el servidor sufra estrés y se comporte de manera anormal. Este es el verdadero propósito de las pruebas de rendimiento. Los resultados obtenidos se utilizan luego para un análisis detallado y la identificación de la causa raíz.

Paso 5) Análisis de resultados (seguido de ajustes del sistema)

Durante la ejecución del escenario, LoadRunner registra el rendimiento de la aplicación bajo diferentes cargas. Las estadísticas extraídas de la ejecución de la prueba se guardan y setails se realiza el análisis. La herramienta 'Análisis HP' genera varios gráficos que ayudan a identificar las causas fundamentales detrás de un retraso en el rendimiento del sistema, así como una falla del sistema.

Algunas de las gráficas obtenidas incluyen:

  • Hora de la primera buffer
  • Tiempo de respuesta de la transacción
  • Tiempo promedio de respuesta de transacción
  • Golpes por segundo
  • Windows Recursos
  • Estadísticas de errores
  • Resumen de Transacciones

Preguntas Frecuentes

Las pruebas de rendimiento siempre se realizan únicamente para sistemas basados ​​en cliente-servidor. Esto significa que cualquier aplicación que no esté basada en cliente-servidor architectura, no debe requerir pruebas de rendimiento.

Por ejemplo, Microsoft Calculator no está basado en cliente-servidor ni ejecuta múltiples usuarios; por lo tanto, no es candidato para las pruebas de rendimiento.

Test de rendimiento

Es importante comprender la diferencia entre pruebas de rendimiento e ingeniería de rendimiento. A continuación se comparte un entendimiento:

Test de rendimiento es una disciplina que se ocupa de pruebas e informes el rendimiento actual de una aplicación de software bajo varios parámetros.

Ingeniería de desempeño Es el proceso mediante el cual se prueba y ajusta el software con la intención de lograr el rendimiento requerido. Este proceso tiene como objetivo optimizar el rasgo de rendimiento de la aplicación más importante, es decir, la experiencia del usuario.

Históricamente, las pruebas y el ajuste han sido ámbitos claramente separados y, a menudo, en competencia. Sin embargo, en los últimos años, varios grupos de evaluadores y desarrolladores han colaborado de forma independiente para crear equipos de ajuste. Debido a que estos equipos han tenido un éxito significativo, el concepto de combinar las pruebas de rendimiento con el ajuste del rendimiento se ha popularizado y ahora lo llamamos ingeniería de rendimiento.