Cuando se trata de la experienciauser, no hay nada más importante para los usuarios que experimentar una funcionalidad suave y estable de las aplicaciones web. Estos aspectos son como las partes fundamentales de cualquier sitio web o aplicación web, y esenciales para su éxito. Sin embargo, a medida que más usuarios comienzan a tener acceso a la aplicación, se usan más recursos y, normalmente, cuanto más lento se vuelve. Es una experiencia horrible para los usuarios, ya que comenzaron a recibir mensajes de error extraños del sistema, tiempos de espera, respuesta lenta de la página y errores del servidor. Para salvarnos de todo esto cuestiones, necesitamos llevar las pruebas funcionales al siguiente paso y llevar a cabo pruebas no funcionales, como Pruebas de carga o pruebas de esfuerzo, que valida si la aplicación puede controlar un gran número de usuarios simultáneos, así como determinar cómo responde el sistema a medida que el tráfico escala.

Antes de comenzar su viaje de pruebas de carga, es importante comprender las mejores prácticas sobre cómo simular pruebas de esfuerzo en la aplicación, que es tan similar al entorno de producción. La estrategia básica de pruebas de rendimiento incluye responder preguntas como las siguientes:

  • Número de usuarios simultáneos necesarios para nuestra prueba de carga.
  • Simulación de escenarios de prueba de usuario reales.
  • Cargas virtuales distribuidas geográficamente.
  • Aumente y aumente los períodos.
  • Duración de la prueba.

Discutamos cada uno de estos y comprendamos por qué deben estar en nuestra lista de verificación antes de ejecutar nuestras pruebas de carga.

 

Usuarios simultáneos requeridos para pruebas de carga

Antes de configurar una prueba que refleje cerca del comportamiento real del usuario, debemos dedicar algún tiempo a averiguar cuántos usuarios simultáneos son necesarios para simular para nuestra prueba. Los usuarios simultáneos definen cuántos usuarios navegarán por nuestro sitio web o aplicación web y realizarán transacciones durante un período de tiempo específico. El tráfico a sus sitios y aplicaciones probablemente fluya y fluya a lo largo de la semana, pero con el fin de probar correctamente sus sitios y aplicaciones, querrá configurar su prueba a tiempos de tráfico superiores a los picos. Pero, ¿cómo encuentra correctamente el número correcto de usuarios simultáneos?

Podemos utilizar herramientas de análisis web para determinar las estadísticas de tráfico actuales en nuestro sitio web con detalles para buscar, como el recuento de visitas, la duración de las sesiones en el sitio web. Google Analytics y muchas otras herramientas de análisis pueden proporcionar métricas de sesiones que su sitio web tiene por una marca de tiempo regular y la duración media de la sesión, y el tiempo empleado por los usuarios en el sitio web. Podemos usar la siguiente fórmula para estimar el número de usuarios simultáneos:

Usuarios simultáneos: Sesiones por hora x Promedio. Duración de la sesión (en minutos)/60

Si no tenemos datos de análisis web, podemos usar el número esperado de visitas de usuarios para calcular el número de usuarios simultáneos:

Usuarios simultáneos: número de visitas previstas por minuto * Duración de la visita (en minutos)

Para obtener más información y sugerencias sobre la configuración de usuarios actuales, visite nuestra Base de conocimiento y lea nuestro artículo sobre el cálculo de usuarios simultáneos a partir de análisis web.

Simulación de escenarios de prueba de usuario real

Como estamos listos ahora con usuarios simultáneos, necesitamos encontrar los escenarios de pruebas de tráfico frecuentes y altos para ser parte de nuestras pruebas de estrés. Tenga en cuenta que no es necesario utilizar muchos scripts para cada situación. Normalmente, encontrará que solo se necesitan un pequeño número de casos de uso para determinar la carga real de todas las transacciones.

Una vez que hayamos determinado el nivel relevante de usuarios simultáneos, debemos elegir el enfoque de simulación de tarea de prueba de carga adecuado, basado en la aplicación en prueba.

Cargar pruebas de aplicaciones web y páginas web

Para simular escenarios de usuario y transacciones para aplicaciones web y sitios web, necesitamos crear scripts de los recorridos del usuario para simular nuestro escenario de prueba. Para este caso de uso, podemos utilizar el Grabador Web EveryStep, que registra nuestras interacciones del navegador y crea un script que se puede utilizar para nuestra prueba de carga. El Grabador Web EveryStep es fácil de usar, pero capaz de crear scripts en los escenarios más complejos. Además, los usuarios pueden establecer retrasos, editar palabras clave o variables de campo, establecer la limitación de red y mucho más. Para obtener más información sobre la edición de un script con el grabador web EveryStep, visite nuestra Base de conocimiento para obtener más información.

Para ejecutar pruebas de carga para páginas web, los equipos pueden usar la opción Página web en LoadView, que inicia el proceso de prueba de páginas web con usuarios simultáneos.

Además, la plataforma LoadView permite a los equipos de desarrollo cargar API de prueba y medios de transmisión. Para obtener más información sobre las páginas de API y medios de transmisión, visite nuestra página de productos .

 

Configuración de la prueba LoadView

 

Cargas virtuales distribuidas geográficamente

Como probablemente ya sabe, la latencia de la red tiene un gran impacto en los sitios web, por lo que si bien nuestro test de estrés no deberíamos descuidar a los usuarios simultáneos para que se distribuyan geográficamente la carga, de modo que simulamos el mismo comportamiento que vemos en el entorno de producción, así como comprobar los tiempos de respuesta para los usuarios ubicados lejos de su centro de datos. Considere una página web que descargue 2 MB de contenido durante la actualización y 10 ms para cada solicitud de back-end. El tiempo de carga en el centro de datos será inferior a cinco segundos debido a la proximidad y la baja latencia.

En lugares específicos en el extranjero, como Asia, con una latencia de 200 ms, los tiempos de respuesta de este sitio web serán de cinco segundos para el back-end, y más de 200ms para la transferencia de red. No debemos cometer un error y medir los tiempos de respuesta solo dentro de nuestro centro de datos. Podemos utilizar LoadView aquí que ofrece una amplia gama de máquinas de inyección de carga en todo el mundo. De todas estas opciones podemos seleccionar a todos aquellos que representan la ubicación habitual de nuestros clientes.

 

Período de aumento entre escalas

Por lo general, nuestros sitios web han dispersado usuarios simultáneos en diferentes momentos del día, tenemos pocas de las horas pico durante las cuales tenemos el tráfico más alto. Deberíamos usar el mismo enfoque para escalar horizontalmente y aplicaciones de pruebas de esfuerzo utilizando la misma estrategia de aumento. LoadView le ofrece la capacidad de configurar su rampa, tiempos de espera y a qué velocidad necesita reducir.

 

Duración de la prueba de carga

La duración de la prueba es un factor realmente importante durante las pruebas de carga por la única razón de proporcionar suficiente tiempo a la aplicación para que genere resultados realistas con detalles como el tiempo de respuesta, el rendimiento y si hay algún mecanismo de caché en la aplicación, se almacena en caché durante nuestro período de aceleración. Para decidir la duración de la prueba, tenemos que esperar nuestro escenario de prueba y requisito. Podemos considerar los siguientes casos al decidir la duración de la prueba para una prueba de carga:

  • Tenemos que asegurarnos de que cada paso de solicitud/prueba debe ejecutarse al menos 10 veces. Debemos mantener la duración de la prueba más alta para escenarios largos en comparación con los más pequeños.
  • También tendríamos que decidir qué tipo de prueba de carga estamos planeando ejecutar porque es posible que necesitemos establecer una duración de tiempo más larga si debemos verificar las características de estabilidad y rendimiento de la aplicación durante un período prolongado.
  • Mantenga siempre unos minutos de búfer adicionales para calentar la aplicación como se mencionó anteriormente.

 

Envolviendo: Cómo simular correctamente el tráfico en sitios web o aplicaciones web

Como puede ver, hay muchos factores que deben tenerse en cuenta antes de configurar y ejecutar las pruebas de carga. Garantizar que su aplicación web y sus sitios funcionen perfectamente para sus clientes es fundamental para el éxito de su negocio. La plataforma LoadView se diseñó de una manera que le guiará rápida y fácilmente a través del proceso paso a paso para configurar sus pruebas. La plataforma puede configurar escenarios del mundo real y ayudar a medir el rendimiento desde varias ubicaciones.

Regístrese para la prueba gratuita de LoadView y obtenga pruebas de carga gratuitas para comenzar, o regístrese para obtener una demostración de LoadView. Uno de nuestros ingenieros de rendimiento le guiará a través de toda la solución y responderá a cualquier pregunta sobre la plataforma o responderá a sus preguntas específicas sobre el proceso de pruebas de carga.