LoadView emula a los usuarios de su sitio web o servidor realizando acciones especificadas en su sitio web (dispositivo) como navegar, buscar, agregar productos a su carrito de compras, etc., o generar ciertos tipos de solicitudes a su dispositivo.

Saber cuánto puede manejar su dispositivo ayuda a planificar más actualizaciones de software o hardware y a estar preparado para el tráfico real.

Puede definir el número de usuarios que realizarán estas acciones, la duración de la prueba LoadView (prueba de carga) y configurar un escenario totalmente personalizado con la velocidad de llegada/salida de esos usuarios virtuales.

Configuración de la prueba LoadView

Para ejecutar pruebas de carga, primero deberá agregar (el botón Nueva prueba) y configurar una nueva prueba de carga. Puede configurar los siguientes tipos de pruebas:

Además, si ha estado usando Postman para probar el rendimiento de la API web, puede ir con la prueba Postman Collection para configurar una prueba de carga en LoadView mediante llamadas a la API web de Postman . O explore nuestra nueva funcionalidad de Pruebas de carga con planes de prueba de JMeter: importe su Plan de prueba de JMeter y configure la prueba como se describe en el artículo Pruebas de carga con planes de prueba de JMeter de nuestra Base de conocimientos.

Configuración de un escenario de prueba de carga

Una vez configurados los destinos, puede configurar el escenario de prueba de carga. Cada escenario de prueba tiene un identificador único que se muestra en la página de configuración. Aproveche el identificador al configurar las solicitudes en la API de LoadView.

 

Id. de escenario

La configuración de LoadView implica varios pasos que se explican a continuación.

Validación

La validación verifica que el destino probado es válido y que las solicitudes al destino se ejecutan sin errores. El estado del resultado de la validación se presenta en la sección de detalles del destino.

Si el sistema ha detectado errores, haga clic en Ver detalles para revisar los errores en la página del informe de sesión.

Se recomienda encarecidamente que corrija todos los errores antes de ejecutar la prueba.

Perfil de comportamiento del usuario

El perfil describe el comportamiento simulado del usuario en un sitio web durante la ejecución de la prueba. Para personalizar la simulación de la interacción del usuario con un sitio web, consulte Perfil de comportamiento del usuario.

Elegir el tipo de carga

Tipo de carga le permite seleccionar entre diferentes tipos de pruebas de carga. Cada tipo tiene algunos detalles que definen para qué es mejor usarlo, la configuración disponible y los resultados de las pruebas.

Puede elegir entre los siguientes tipos de carga:

  • Curva basada en objetivos comprueba si su sitio web cumple con el rendimiento predeterminado (transacciones) ajustando automáticamente el número de usuarios simulados. Para obtener instrucciones detalladas, consulte Configuración de la prueba de carga basada en objetivos.
  • Load Step Curve permite configurar manualmente un número específico de usuarios simultáneos (solicitudes) especificando las tasas de aumento/reducción de rampa y el tiempo. Para obtener instrucciones detalladas, consulte Configuración de la prueba de carga por pasosde carga .
  • Curva ajustable dinámica permite ajustar el número de usuarios simultáneos (solicitudes) manualmente en tiempo real durante la ejecución de la prueba. Para obtener instrucciones detalladas, consulte Configuración de la prueba de carga ajustable dinámica.

Para obtener más ayuda sobre cómo elegir el tipo de carga, consulte Elegir el tipo correcto de prueba de carga.

Carga útil del inyector

Para emular a los usuarios virtuales, iniciamos Load Injector Servers (LI) que, a su vez, ejecutará n.o de usuarios virtuales. La configuración carga útil establece el número de usuarios virtuales que se ejecutarán en cada LI. La carga útil alta afecta el uso de la CPU LI y puede provocar resultados de pruebas no válidos debido a la sobrecarga de LI. Por otro lado, una gran cantidad de LI utilizados para la prueba aumenta el costo de la prueba. Por lo tanto, es importante establecer el valor óptimo de la carga útil.

Puede ajustar el valor de la carga útil manualmente, pero se recomienda ejecutar la calibración del dispositivo y aplicar el valor sugerido por nuestro sistema en los resultados de la calibración .

Proxy de red

En función de si el sitio web de destino está disponible o no desde Internet público, seleccione un tipo de ubicaciones desde las que enviar el tráfico de carga.

No usar Proxy de red si su sitio web está disponible en La Internet pública. Todo el tráfico de carga se enviará desde los IP con las direcciones IP asignadas aleatoriamente. De esta forma, cada inyector de carga tendrá su propia dirección IP única.

Si necesita probar un sitio web detrás del firewall, puede permitir el tráfico de carga desde direcciones IP específicas para las que puede abrir el firewall. Para ello, utilice la opción Público. El tráfico de carga se enviará desde los servidores de inyector de carga con direcciones IP dedicadas. Encuentre la lista de las direcciones IP estáticas aquí y enumere las direcciones IP en su firewall. Aprenda a usar la opción Proxy público en el artículo Prueba detrás de un firewall con el servidor proxy estático LoadView .

Si el sitio web de destino no está disponible en Internet público y no puede abrir el firewall para direcciones IP específicas, utilice la opción Agente in situ.

LoadView Agente in situ se puede instalar dentro de la misma red que un sitio web de destino. De este modo, el tráfico de carga se enviará desde dentro de la red local.

Distribución geográfica del inyector de carga

Puede seleccionar la ubicación geográfica de los IL y, a su vez, la asignación de usuarios virtuales entre diferentes ubicaciones geográficas para que coincida mejor con su distribución del tráfico. Para probar detrás de un firewall, considere la opción Proxy de red pública .

Resumen

El resumen de la prueba de carga se encuentra en la barra lateral derecha de la página del escenario de prueba y proporciona una descripción general rápida de la configuración de la prueba de carga y un presupuesto basado en las configuraciones de prueba. Si desea ajustar cualquier cosa, puede volver a la sección que desea cambiar y editar la configuración. Si la validación falló, corrija los errores antes de iniciar la prueba.

El precio de prueba de carga se calcula en función de los siguientes valores: el costo de las máquinas virtuales necesarias para la prueba, la duración de la prueba y el número de usuarios virtuales simulados durante la ejecución.

TOS

Por favor, lea el Acuerdo Legal y acepte los términos marcando la casilla de verificación y escribiendo su nombre. Tenga en cuenta que las pruebas de LoadView que cuestan más de $500 requerirán verificación telefónica proporcionando su número de teléfono móvil e introduciendo un código de confirmación enviado al número que ha proporcionado. Las pruebas de LoadView que cuestan más de $1,000 requerirán verificación de voz por teléfono por parte de nuestro personal de soporte que llamará a un número especificado.

Ejecutar

En la ventana emergente Iniciar prueba de carga, se le pedirá que proporcione su correo electrónico en la sección Notificación por correo electrónico (opcionalmente) para recibir una notificación al finalizar la prueba y seleccionar el modo de inicio. Una prueba de carga se puede iniciar inmediatamente o más tarde en un momento específico (hasta 24h).

Para las pruebas con una hora de inicio pospuesta, también está disponible la opción de ejecución de pruebas simultáneas.

Una vez que haya ejecutado la prueba (inicio inmediato), se iniciará en 10 minutos (hasta 1 hora dependiendo de la región seleccionada).

Si por alguna razón necesita detener la prueba, haga clic en Anular prueba en la página Resumen de ejecución de la prueba. Sin embargo, tenga en cuenta que si se han iniciado los IL (el estado de los inyectores de carga inicial) el precio de prueba se cancelará de su billetera.

Mientras se inicia la prueba, pasará por una secuencia de estados que se explican a continuación:

  • Envío de la solicitud de prueba: envío de la configuración de prueba al servidor para que se ejecute.
  • Inicializando.
  • Programado : la prueba está esperando para ejecutarse a la hora especificada.
  • Inicio de los inyectores de carga: enviamos a los proveedores de nube una señal para configurar el número necesario de servidores virtuales e implementar usuarios virtuales. Este paso puede tardar mucho tiempo (hasta 1 hora) y se recomienda proporcionar el correo electrónico para recibir una notificación por correo electrónico una vez que se haya completado.
  • Envío del plan de ejecución : estamos enviando escenarios y tareas de LoadView a LI.
  • En ejecución: una vez que se ejecuta la prueba, verá los gráficos con métricas LoadView actualizadas en tiempo real, incluido el número de visitantes,el número de errores (si los hay), el tiempo de respuesta del dispositivo,etc.
  • Procesamiento de datos: una vez que la prueba ha terminado, cargamos todas las respuestas del servidor virtual a nuestro servidor y mostramos esas respuestas para un análisis y revisión más detallados. El tiempo de retención de datos es de 365 días para la versión de pago y de 31 días para la versión de prueba. Tenga en cuenta que este paso también puede tardar algún tiempo ya que las pruebas de LoadView generan una gran cantidad de datos de respuesta.
  • Terminado.

El sistema le notifica con el mensaje correspondiente en la página Informe de prueba de carga una vez completada la prueba.

Resultados de las pruebas de carga

Para extraer el informe de prueba de la página Administrador de escenarios de prueba, seleccione Informes en el menú Acciones o en el menú de acción rápida de la instancia de prueba correspondiente. También puede encontrar su informe de prueba en la lista en la pestaña Informes en el menú de la barra lateral izquierda (consulte Revisión de los resultados de la prueba de carga).


  • Pruebas de rendimiento web (carga y estrés) con LoadView

    Como regla general, las pruebas de rendimiento del sitio web deben incluir:

    • Pruebas de carga
    • Pruebas de estrés

    Las pruebas de carga de un sitio web o una aplicación web son un tipo de pruebas de rendimiento cuando un gran número de usuarios realizan solicitudes simultáneamente al mismo recurso web. Las pruebas de carga ayudan a averiguar si una aplicación web puede controlar las cargas máximas sin pérdidas en su rendimiento.

    Las pruebas de esfuerzo de una aplicación web se realizan para lograr un error de sitio o aplicación web aumentando la carga y para evaluar los límites del rendimiento de una aplicación web. Para realizar pruebas de esfuerzo en una aplicación web, el nivel de carga es significativamente mayor que la carga operativa de la aplicación web. Las pruebas de esfuerzo generalmente se usan para verificar la respuesta de la aplicación web al estrés y la forma en que se recupera de los errores.

    En general, las pruebas de carga incluyen los siguientes pasos:

    1. Establecer los objetivos y requisitos de las pruebas de carga.
    2. Elegir un patrón de carga.
    3. Configuración de un entorno de prueba.
    4. Elegir una herramienta de prueba de carga/herramienta de prueba de esfuerzo.
    5. Creación de un escenario de prueba de carga.
    6. Ejecución de una prueba de carga/prueba de esfuerzo.
    7. Análisis de resultados.

    En primer lugar, antes de empezar a configurar un entorno de prueba y buscar herramientas de prueba de carga para usar, debe decidir qué es exactamente lo que desea recibir como resultado de la prueba. Le recomendamos que preste atención a las siguientes preguntas:

    1. ¿Qué nivel de carga espera tener en una aplicación web de destino? Por ejemplo, cuántas visitas debe manejar su sitio web por hora sin degradación del rendimiento. Vea cómo traducir su análisis web a usuarios simultáneos aquí.
    2. ¿Qué nivel de rendimiento necesita tener en función del nivel de carga? Por ejemplo, el tiempo de respuesta del servidor web de destino, el tiempo medio para cargar una página web, el tiempo de carga de los elementos web, etc.).
    3. ¿Cómo describiría las condiciones en las que se utilizará su sitio web? ¿Un sitio web de destino estará disponible desde Internet o solo estará disponible desde dentro de la red local? ¿De qué son las regiones geográficas de las que proceden las solicitudes a su sitio web? ¿Cuál es el tipo más probable de limitación de red? ¿Su recurso web será utilizado por usuarios reales en una ventana del navegador o por aplicaciones de terceros a través de la API?
    4. ¿Con qué frecuencia necesita ejecutar pruebas de carga y esfuerzo? En otras palabras, debe decidir con qué frecuencia va a implementar actualizaciones, cambiar el contenido web y la configuración del servidor web.

    Una de las preguntas más importantes a tener en cuenta durante las pruebas de carga es el rendimiento de la aplicación web en condiciones del mundo real desde el lado del usuario real. Echemos un vistazo más de cerca a las aplicaciones web modernas y expliquemos por qué no es suficiente usar pruebas de carga de nivel HTTP para probar aplicaciones web interactivas.

    Aplicaciones web de pruebas de carga y estrés en navegadores reales frente a pruebas de carga de nivel HTTP

    Una aplicación web es una aplicación basada en web que tiene una arquitectura cliente-servidor. Por regla general, un explorador web es un cliente y un servidor web es un servidor.

    Una aplicación web se ejecuta en un servidor web. Por lo general, el lado del servidor web es responsable de la lógica empresarial de la aplicación web: la forma en que reacciona a las solicitudes de cliente. Recibe solicitudes HTTP de un cliente, procesa las solicitudes y devuelve las respuestas correspondientes al cliente.

    A su vez, el lado del cliente representa los datos recibidos en la respuesta del servidor para entregarlo al usuario de una forma gráfica fácil de usar para humanos. Una vez recibida la respuesta del servidor, el explorador (el cliente) procesa los datos incluidos en la respuesta del servidor web. Las tecnologías HTML, CSS, JavaScript son las más utilizadas en el desarrollo web para implementar páginas web modernas. Por lo tanto, para entregar la información a un usuario en una ventana del navegador, el navegador web no sólo representa el contenido HTML, sino que también ejecuta JavaScript y utiliza CSS para presentar los datos de una manera adecuada.

    Hay dos enfoques ampliamente utilizados para realizar pruebas automatizadas de carga y esfuerzo de aplicaciones web: pruebas basadas en HTTP y pruebas reales basadas en navegador.

    El primer enfoque basado en HTTP permite a los desarrolladores web e ingenieros de control de calidad emular las solicitudes HTTP directamente a un servidor web (backend) sin interactuar con la interfaz gráfica de una aplicación web que los usuarios reales ven en la ventana del explorador (front-end). Por lo general, el enfoque de pruebas de carga basado en HTTP requiere algunos antecedentes técnicos y experiencia de codificación para simular un caso de uso de la vida real con varias transacciones en un sitio web. Por otro lado, no requiere una gran cantidad de recursos para simular una carga de usuario pesada.

    Todo lo contrario, el enfoque basado en explorador simula la interacción real del usuario con el front-end de la aplicación web para crear un escenario de prueba realista. En este caso, se crean varias copias de un explorador web para realizar automáticamente acciones del usuario en una ventana del explorador. Dado que requiere más recursos de servidor para ejecutar varias copias del explorador en la máquina inyectora de carga, se recomienda utilizar servicios basados en la nube para sitios web y aplicaciones web realizar pruebas de carga en línea.

    Teniendo en cuenta la naturaleza orientada al front-end de las aplicaciones web modernas, las pruebas de carga de su back-end solo no son suficientes para cubrir completamente todos los problemas de rendimiento que pueden producirse bajo la carga. Además, este tipo de aplicación web como las aplicaciones de una sola página, las llamadas SPA, dependen plenamente de JavaScript ejecutado por un navegador web y no se pueden probar correctamente sin ejecutar el navegador.

    Los sitios web de pruebas de carga en navegadores reales le permiten comprobar la funcionalidad de un sitio web por parte del cliente, verificar que el contenido de la página web se cargó y funciona correctamente, incluidos elementos de texto, imágenes, elementos RIA y formularios web. Las pruebas de carga basadas en explorador y el enfoque de pruebas de esfuerzo le permiten simular la interacción real del usuario con una aplicación web y asegurarse de que los usuarios no experimentarán ninguna pérdida en el rendimiento de la aplicación web durante períodos de alto tráfico. Además, ejecutar una prueba de carga en un navegador real le permite comprobar una aplicación web para comprobar la corrección de la visualización del contenido y el funcionamiento bajo gran carga en diferentes navegadores de escritorio y móviles.

    Solución LoadView para pruebas de carga y estrés en línea

    LoadView es una solución en línea basada en la nube para la carga del sitio web y las pruebas de esfuerzo. Es una herramienta confiable para los desarrolladores web y probadores de software para configurar y ejecutar pruebas de cualquier sitio web, incluidas aplicaciones empresariales, portales web, API, medios de transmisión en línea o servicios web. La herramienta admite pruebas de carga de aplicaciones RIA con contenido que cambia dinámicamente, SPA, sitios web que no están disponibles desde Internet público, etc.

    Pruebas en la nube. Los sitios web y las aplicaciones web modernas son sistemas distribuidos que a menudo se encuentran en las nubes. Para realizar pruebas de carga, estos sitios web LoadView usa load Injector Servers de Amazon y Azure cloud services. Permite a los usuarios realizar pruebas de carga y esfuerzo con un gran número de usuarios virtuales que acceden a un recurso web de destino simultáneamente. LoadView admite pruebas desde más de 20 ubicaciones geográficas distribuidas en todo el mundo para que las condiciones de prueba sean lo más similares posibles a su perfil de usuario potencial.

    Pruebas de carga detrás de un cortafuegos. En el caso de sitios web de pruebas de carga protegidos por un firewall, LoadView ofrece pruebas de carga y esfuerzo de los servidores de inyectores de carga con direcciones IP predeterminadas. Por lo tanto, no es necesario abrir el firewall para todo el tráfico entrante, solo tiene que incluir en la lista blanca las direcciones IP del proxy público LoadView para ejecutar una prueba de carga.

    Pruebas de carga desde dentro de la red local. LoadView ofrece el software LoadView On-site Agent para cargar sitios web de prueba que no están disponibles en Internet público. El software Agente in situ se puede instalar en el equipo local dentro de una red de la empresa. Realiza la conexión desde dentro de la red de la empresa al servicio LoadView y utiliza esta conexión para recibir tráfico de carga de los inyectores de carga LoadView. Por lo que no es necesario abrir el cortafuegos para ningún tráfico entrante.

    Pruebas de carga y esfuerzo en un navegador real. Además de las pruebas de carga basadas en HTTP, LoadView admite pruebas de carga y esfuerzo en exploradores reales. Con LoadView puede emular a los usuarios virtuales que acceden a aplicaciones web desde más de 40 navegadores móviles y de escritorio diferentes de acuerdo con sus requisitos de prueba.

    Fácil de crear escenario de prueba. LoadView utiliza la herramienta EveryStep Web Recorder para grabar un script de prueba de carga en una ventana del explorador. Con la herramienta, puede crear pruebas de carga complejas sin utilizar ninguna codificación que se pueda ejecutar en varios navegadores de escritorio y móviles. El script se puede personalizar con los fragmentos de código integrados para agregar filtros de red, retrasos de usuario, modificadores de respuesta, etc. Además, para proteger las contraseñas y la información personal de otro tipo durante la grabación de scripts, LoadView ofrece la opción Secure Vault. Mediante la opción Almacenamiento seguro, puede almacenar información confidencial que se utiliza en el script de prueba de carga registrado de forma cifrada.

    Validación del contenido de la página web. A veces no es suficiente asegurarse de que un recurso web de destino está disponible y las páginas web se cargan durante las pruebas de carga. Si necesita asegurarse de que el contenido de la página web se cargó sin errores y que los elementos web dinámicos funcionan correctamente en la página, debe usar el contenido o la validación de RIA. Al grabar un script de la prueba de carga de la aplicación web o configurar una prueba de carga basada en HTTP, LoadView le permite configurar la validación de palabras clave para validar el contenido de texto en la página. La validación de imágenes, así como la validación de elementos RIA, se ofrecen en la herramienta EveryStep Web Recorder. Seleccione una palabra clave necesaria o una imagen en una página y el sistema comprobará si el elemento se ha cargado correctamente mientras se ejecuta la prueba de carga. En caso de errores detectados al validar, el registro correspondiente se agregará al informe de prueba de carga.

    Simulación del comportamiento real del usuario. Para proporcionar resultados realistas de las páginas web y las pruebas de carga del sitio web que corresponden al rendimiento real del sitio web LoadView ofrece la opción Comportamiento del usuario. El uso del perfil de usuario velocidad máxima le permite hacer hincapié en el servidor web de destino simulando las solicitudes HTTP al servidor lo más rápido posible. Para reproducir la experiencia real del usuario en un recurso web de destino, se recomienda el perfil de usuario normal. Puede establecer un retraso personalizado entre las acciones del usuario en el sitio web para crear un escenario de carga lo más realista posible. El sistema añadirá retrasos de usuario entre las acciones de “navegación” y “ir a”. Por lo tanto, las solicitudes HTTP al sitio web se generarán en un patrón que está cerca de las condiciones de funcionamiento del sitio web de destino.

    Si está grabando un script para las pruebas de carga de aplicaciones web, puede usar la configuración de comportamiento del usuario en la herramienta Grabadora web EveryStep. Puede especificar parámetros como la velocidad de movimiento del ratón, el clic del ratón y la velocidad del tipo de texto, así como establecer retrasos entre los pasos del script.

    Varios patrones de carga. Con LoadView obtiene tres tipos de patrón de carga:

    • Cargar curva de pasos
    • Basado en objetivos
    • Curva ajustable dinámica

    Dependiendo de sus objetivos de prueba de carga, puede utilizar el patrón correspondiente para encontrar el punto de interrupción de su sitio web, simular la carga del usuario durante las horas pico de tráfico, comprobar el cumplimiento de los requisitos de SLA y no funcionales, etc.

    Cargar informes de pruebas. Los resultados de las pruebas de carga se presentan en forma visual en forma de informes y gráficos de sesiones de prueba de carga para permitirle analizar las características de rendimiento de un sitio web de destino bajo una carga de diferentes niveles. Con los informes, puede identificar y eliminar los cuellos de botella que pueden crear problemas en el funcionamiento diario del sitio web y optimizar la configuración de su hardware y software. Los siguientes resultados de la prueba de carga se pueden encontrar en los informes:

    • Plan de ejecución con el número de usuarios virtuales emulados por intervalo de tiempo.
    • Tiempo medio de respuesta calculado por intervalo de tiempo.
    • El número de sesiones ejecutadas, incluidas las sesiones con errores y sesiones ejecutadas correctamente.
    • Recuento de sesiones acumulativas, incluido el número total de sesiones y sesiones correctas con errores.
    • Las métricas de carga de CPU registradas en LoadView cargan los servidores de inyectores para comprobar los resultados de las pruebas de carga.
    • Informes de sesión con gráficos de cascada detallados elemento por elemento y vídeos de referencia (para una ejecución de prueba de carga de aplicación web).

    Puede descargar el resumen de prueba de carga y los informes de datos sin procesar en el equipo.

    Planes de suscripción. LoadView le permite comenzar a probar su sitio web de forma gratuita mediante la entrega de $ 20 en créditos que puede utilizar para las pruebas bajo demanda. Esta cantidad le permite ejecutar un par de pruebas simples con parámetros predeterminados. Para seguir usando la solución con parámetros personalizados, debe registrarse para una suscripción mensual o anual o continuar con un paquete bajo demanda pagando por cada prueba mientras se ejecuta.