Cómo realizar pruebas de carga con Real Brows¿Utilizan el elemento Flood?
Entonces, estás pensando en realizar pruebas de carga.
Tal vez estas frustradoateComprobó las soluciones actuales que está utilizando y descubrió que es demasiado difícil escribir y mantener sus pruebas. O tal vez estés pensando en haciendo pruebas de carga por primera vez. De cualquier manera, es un gran primer paso pensar en las pruebas de carga; muchas empresas no lo hacen y sufren las consecuencias.
Existe un vínculo establecido entre el rendimiento de la aplicación y las métricas comerciales esenciales, como revenue, registros de clientes o satisfacción del cliente más general. Todas las empresas que hacen negocios en la web deberían querer asegurarse de que el rendimiento no afecte negativamente impact estas medidas clave. Incluso cuando estas medidas estén mejorando, es posible que descubra que la aplicación podría funcionar mejor para consumir menos recursos, ahorrándole dinero a usted y a su usuario en el camino.
Ya sea que sea nuevo en las pruebas de carga o tenga experiencia en el campo, es probable que conozca la asombrosa variedad de herramientas y enfoques disponibles para hacer el trabajo. Hoy me gustaría contarles acerca de mi nueva herramienta de prueba de carga favorita: Elemento de inundación.
Muchas herramientas populares operanate a nivel de protocolo: intentan aproximarseate el comportamiento de los usuarios en su aplicación mediante la emisión de solicitudes de red. Sin embargo, en la red mundial actual, las aplicaciones web son cada vez más sofisticadas.ated además de utilizar muchos más de los browsers siempre-growlista de funciones más amplia que nunca.
Incluso las aplicaciones aparentemente simples, como una tienda en línea, utilizan una gran cantidad de browsFunciones adicionales para que la experiencia de elegir artículos, realizar pedidos y pagar en línea sea lo más sencilla posible para el usuario.
Y por eso, en esta era moderna de la web, las pruebas de usuario a nivel de protocolo (PLU) solo pueden brindarnos una imagen limitada del rendimiento de nuestra aplicación. Por el contrario, nuevas herramientas como Flood Element prueban simulando el comportamiento del usuario utilizando web real.rowsers. A este enfoque lo llamamos B.rowsUsuarios de nivel superior (BLU).
En elemento de inundación, simultáneamenteateEl comportamiento del usuario se define mediante acciones simples y naturales, como hacer clic en enlaces y botones, completar formularios web, etc. Una vez que haya definido el comportamiento, es muy fácil ejecutarlo a gran escala en Flood.io, ¡y por gran escala me refiero a miles de usuarios de todo el mundo!
Las pruebas de carga con Flood Element pueden ayudarle a desarrollar una vista holística e intuitiva del rendimiento de su aplicación tal como lo experimenta un usuario. Dado que pensar como usuarios es lo que todos tenemos por naturaleza.ally Cuando somos usuarios, también es mucho más cómodo comenzar con una prueba Element BLU que con las herramientas PLU tradicionales.
La visión holística
Usar Flood Element para medir el rendimiento en toda su aplicación desde la perspectiva de los usuarios es una excelente manera de desarrollar una vista holística del rendimiento de su aplicación y, por lo tanto, defenderse de cambios inexplicables, ya sean anomalías temporales o quizás regresiones en el código.
Las pruebas de Flood Element BLU brindan una visión del rendimiento mucho más cercana a la experiencia del usuario. Toman en cuenta cada parte del rendimiento que experimentará un usuario: rendimiento de la red, pero también rendimiento del script en la página, así como thirdscripts de terceros, como análisis o complementos publicitarios (de hecho, nuestras pruebas son tan realistas que debe tomar medidas para no crearate datos falsos en Google Analytics.)
Si ejecutar una prueba de carga BLU con Element le brinda una visión holística del rendimiento de su aplicación en un momento determinado, ejecutar pruebas con regularidad le permite desarrollar una intuición de si su aplicación se está volviendo más rápida o lenta ... quizás de repente, como en el escenario del widget de registro .
Escribir una prueba
Ahora veamos lo fácil que es comenzar con Flood Element.
Los scripts de elementos están escritos en Mecanografiado o JavaScript moderno. Para obtener la mejor experiencia, recomendamos usar la notable combinación de TypeScript editado con VS Code porque le brinda mucha ayuda útil para desarrollar sus pruebas.
Puede instalar Element usando las instrucciones de inicio aquí: https://element.flood.io/
Una vez instalado, edite y pruebe su script loc.allyy cuando esté listo, cárguelo en Flood.io para realizar una prueba de carga a gran escala registrándose para una prueba aquí: https://flood.io/load-performance-testing-tool/free-load-testing-trial/
Una prueba básica de Element BLU para el escenario de registro anterior podría verse así
Si está familiarizado con las pruebas a nivel de protocolo, sabrá que todos los tiempos se organizan en torno a transacciones de solicitud-respuesta. Al aprender a realizar pruebas en el browser nivel, hay algunos extra sutilezas a tener en cuenta a la hora de perfeccionar tus pruebas. En particular, no existen agrupaciones de tiempo realmente integradas, por lo que debemos introducir las nuestras en la estructura de nuestra prueba.
El enfoque más sencillo para agrupar los tiempos es esperar a que aparezcan los elementos necesarios en la página, tal como lo haría un usuario.
En el escenario anterior, nos interesa cronometrar la experiencia del usuario al registrarse, pero no tanto la carga de la página. Entonces, en el primer paso, visitamos la URL y esperamos a que la página llegue a un punto conocido.ate - hasta que se muestre el título.
A continuación, actuamos en lo que nos interesa vigilar, es decir, rellenar y enviar el registro.
Ahora es el momento de guardar la ubicación del script.ally, para que podamos cargar el script en Flood y ejecutarlo con cientos o incluso miles de concurusuarios de alquiler.
- (Si aún no lo has hecho) registrarse para inundaciones.
- Create un proyecto
- Haga clic en el botón "create opción "inundación" en su nuevo proyecto
- Create su prueba usando la opción de elemento de inundación
- Nombra tu prueba
- Sube el script .ts que tienes creado.ated:
- Establecer el número de browsers (usuarios), así como el número de regiones para obtener el número total de usuarios (número de browsusuarios * # de regiones). Además, no olvide establecer la duración de su prueba:
- Inicie su prueba y espere a que lleguen los resultados:
- Una vez que tenga los resultados, vea su gráfico y salte a las áreas problemáticas que puedan resaltar:
Para Concluir
Ahora ya sabes por qué (y cómo) probar con B.rowsUsuarios de nivel superior que utilizan el elemento Flood. Con este nuevo enfoque, hemos eliminadoateDamos mucha molestia al crear pruebas de carga y, al mismo tiempo, también hemos hecho que los resultados sean más realistas.
Puede parecer abrumador realizar pruebas con miles de usuarios, pero es fácil realizar cada pieza paso a paso:
- Descargar elemento
- Escribe una ubicación de prueba simple.ally, cubriendo su escenario clave (es decir, pago)
- Ejecute la locomotora de pruebaally con 'ejecución de elemento' para asegurarse de que la prueba se ejecute completamente
- Suba su prueba a Flood y ejecútela con un 5-10% de su carga máxima (es decir, si su carga máxima es de 5,000 usuarios, comience con 250-500 usuarios)
- Evalúe los resultados y modifique su script y aplicación según sea necesario
- Suba su prueba a Flood y ejecútela con el 50-100% de su carga máxima (es decir, si su carga máxima es de 5,000 usuarios, entonces ejecútela con 2,500-5,000 usuarios)
- Aumente la cobertura de su prueba para cubrir los escenarios adicionales necesarios, hasta lograr la cobertura de prueba que desea.
Dependiendo de la complejidad de su escenario de prueba, es posible que pueda comenzar a trabajar con miles de usuarios en menos de un día. Así que no pierdas el tiempo, dirígete a https://element.flood.io para comenzar a experimentar con Flood Element hoy mismo.
