Así como en ocasiones anteriores, Ministry of Testing nos trae un nuevo desafío, ¡y esta vez en performance! Así que en el mes de Julio tendremos el desafío de los 30 días de pruebas de performance.
30 Days of Performance Testing is kicking off soon! Will you complete it all? Thanks @jcolantonio for sponsoring https://t.co/G2Whjg89r6 pic.twitter.com/ZZNP3NLnPa
— Ministry of Testing (@ministryoftest) June 28, 2017
Los desafíos son:
A modo de aportarle a la comunidad, acá les paso la traducción al español de cada uno de los desafíos (uno por cada día de julio) y algunas ideas para algunos de esos desafíos.
- Comprar o descargar un libro relacionado a performance testing y leerlo para el día 30.
- Les dejo el link a mi libro que lo pueden descargar gratis, y tiene un capítulo entero dedicado a la performance.
- Escuchar un podcast de performance testing.
- Encontrar 5 expertos de testing de performance para seguir en Twitter.
- Alguno de los que yo sigo: Joe Calantonio, Andreas Grabner, Alex Podelko, David Giordano, Leticia Almeida.
- Compartir un problema de performance que hayas leído en las noticias recientemente.
- Organizar una reunión con tu equipo para hablar sobre tu enfoque actual de pruebas de performance.
- Pensar sobre quiénes son los stakeholders para tus pruebas de performance.
- Refrescar tus conocimientos sobre las bases de la arquitectura de sistemas web.
- Encontrar las 10 transacciones de API o base de datos más lentas de tu aplicación.
- Leer un blog de testing de performance y compartirlo con alguien.
- Acá hay mucha info: https://abstracta.us/blog/
- Analizar la diferencia entre load testing y stress testing.
- Inspeccionar y documentar las diferencias entre tu base de datos de producción y la de testing.
- Diseñar una prueba de performance para tu sitio más visitado o API más usada.
- Compartir una foto que muestre el uso del CPU de tus aplicaciones en producción.
- Instalar una herramienta de testing de performance opensource, y familiarizarse con ella.
- Mirar y compartir un video de pruebas de performance.
- Comparar y contrastar lo que es pruebas de performance y monitorización.
- Pensar qué tan fácil sería para tí crear datos para una prueba de performance con 10.000 usuarios concurrentes sobre tu aplicación.
- Investigar modelos de carga para pruebas de performance, y compartir los hallazgos.
- Usar un sniffer o proxy para monitorear el tráfico de una aplicación web.
- Lo que más usamos nosotros es Fiddler.
- Analizar la diferencia entre causalidad y correlación.
- Compartir tu herramienta de pruebas de performance favorita y por qué lo es.
- Probar una herramienta de pruebas de performance online.
- Mi consejo acá es BlazeMeter.
- Calcular las estadísticas básicas para tus resultados de tiempos de respuesta.
- ¿Sabes qué fue lo que causó el último pico en la performance de tu aplicación?
- Compartir tres beneficios de monitorizar tu aplicación en producción.
- Analizar las diferencias entre tu entorno de testing y el de producción. ¿Pueden tener impactos en los tests de performance?
- ¿Cómo compartes los resultados de las pruebas de performance con el resto del equipo?
- Diseñar, dibujar y compartir tu dashboard ideal para performance.
- Analizar cómo el concepto de Service Virtualization puede ayudar en las pruebas de performance.
- Compartir algún desafío relacionado a la performance que identifiques en el área de las aplicaciones móviles o en Internet de las Cosas.
- Bonus: Revisar el programa de la conferencia online de testing de performance llamada PerfGuild.
Para que sea más fácil hacer el seguimiento, creé un calendario público para que lo puedas usar.
Esto se va a poner bueno 🙂
Update 4/julio
Acá está la imagen en español gracias a Thomas Harvey!
