Introducción al performance testing
¿Por qué hacemos testing?
¿Cuándo necesitamos performance testing?
Performance testing en front-end: Lighthouse y WebPageTest
Performance testing en back-end: K6
Creando nuestra suite de tests
Instalación de K6 en diferentes Sistemas Operativos
Crea tu primer test en K6 e interpreta los resultados
Opciones, stages y virtual users
Smoke testing, stress testing y spike testing
Load testing y soak testing
Escalando tests en local
Exportando los resultados
Custom Metrics
Counter Metric
Gauge Metric
Rate Metric
Trend Metric
Criterios de aceptación
Checks Y Thresholds
Opciones de los Thresholds
Visualizando resultados
Dashboard de resultados
Creando nuestro dashboard local
Ejecución remota y resultados en la nube
Testing en la nube
Enviando resultados a K6 Cloud
Ejecutando tests en K6 Cloud
Bonus: Integraciones de K6
Conoce todas las integraciones de K6
Creando un dashboard en New Relic
Integrando tus test a un flujo de trabajo profesional
Performance test en CI/CD
Despedida
¿Con qué puedes continuar tu aprendizaje?
No se trata de lo que quieres comprar, sino de quién quieres ser. Aprovecha el precio especial.
Antes: $249
Paga en 4 cuotas sin intereses
Termina en:
Aportes 5
Preguntas 0
¿Cuándo necesitamos performance testing?
Cuando la aplicación tiene un aumento de usuarios constante, esporádico o repentino
Tipos de performance testing:
SMOKE TESTING: Pocos usarios y requests
STRESS TESTING: Máxima capacidad de usuarios y requests
SPIKE TESTING Incremento repentino de usuarios y requests
SOAK TESTING: Soportar muchos usuarios por largos periodos
LOAD TESTING: Muchos usuarios y spikes esporádicos
K6 es una herramienta increíble, lo estuve usando buen tiempo e el 2022, esto nos permite descubrir muchas cosas que suceden en nuestra aplicación, lo use para estresar las apis ver como respondían, ver en que punto rompían y como mejorarlas, descubrir que otras apis respondían bien pero se trataban en sus response o me enviaban un 500, por consumían recursos de bases de datos y en estos había un cuello de botella por querys mal hechas, esto me permitió mejorar las querys.
Esto me permitió tambien saber que microservicios debía ajustar en el uso de recursos , unos no eran tan usados como ajustar otros donde el numero de peticiones era mayor.
Estos test se parecen a la herramienta de AB (Apache HTTP server benchmarking tool) para conocer los tiempos de respuesta para una pagina web.
https://httpd.apache.org/docs/2.4/programs/ab.html
K6 es genial lo utilice un tiempo, pero no profundice en el tema, seguramente vamos aprender demasiado. :co
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?