Tuve la oportunidad de asistir al TestBash San Francisco, que fue mi primer TestBash, algo que tenía pendiente desde hace muchos años. Estos eventos son organizados por Ministry of Testing, que creo que sin lugar a dudas es la comunidad de testers más grande que existe. En este post lo que quiero es dejar solo unas breves líneas de cosas que me llamaron la atención de las distintas charlas que vi, como para ver de qué se habla en estos eventos, y links a los perfiles de cada orador por si querés explorar un poco más.
Devs Should Love Your Tests – Carlos Kidman
- Los devs deberían saber cómo se está probando y qué.
- Preguntar al equipo qué tanto confían en las pruebas y luego medir el progreso, cómo van confiando más o menos (esto puede cambiar dando mejor visibilidad).
- Cada vez que se agrega un nuevo test se debería hacer manual, exploratorio, luego si hay una serie de pasos que queremos repetir deberíamos automatizarlo a nivel UI, y luego analizar cómo hacer que ese test se implemente en capas inferiores (que los bugs que ese test puede capturar se capturen antes y más rápido y con menor costo de mantenimiento).
- Malas prácticas típicas en automatización son agregar “retries” a los tests, y claramente, ignorar los resultados así el pipeline no rompe el build:
The Poorly Titled TestOps Talk – Alex Langshall
- Recomendó un libro que ya me han recomendado, llamado Accelerate (relacionado a quick deploys y devops).
- Comentó que hasta ahora ha encontrado solo una persona más que define su rol como TestOps.
- Esta quote no da para traducirla, así está perfecta: “testers keep production from exploding” 🙂
When a Hot-fix Isn’t a Hot-fix – Elizabeth Turner
- Planteó algunas heurísticas interesantes para ver cómo enfocar el esfuerzo de testing según los cambios del código, como por ejemplo analizar qué tan viejo era (hace cuánto se hizo o hace cuánto no se toca), pues esto es un factor claro de riesgo.
Growing Test Managers – Eric Proegler
- Fue de mis charlas preferidas, habló de muchas cosas a tener en cuenta para hacer crecer a test managers, incluyendo una tabla con “professional skills” a considerar (en lugar de llamarle “softskills”).
- Hay algunos síntomas típicos para reconocer cuándo un tester tiene posibilidades de crecer como test manager: humildad, apertura a equivocarse, habilidad para trabajar en pares, establece relaciones de confianza.
The “Do Nots” of Testing – Melissa Tondi
- Planteó que debemos ser mosqueteros, apuntando a ser uno para todos y todos para uno. En éxito y fallas.
- El tester debería saber quién más está haciendo testing (devs, PO, etc) y aportar agregando consistencia, evitar duplicar esfuerzos, dar visibilidad.
Your Brain on Usability: UX for QAs – Jessica Versaw
- El cerebro tiende a llenar los huecos donde le falta información. Esto puede generar bias importantes, y para poder testear con foco en estos aspectos necesitamos aplicar mucho pensamiento crítico.
Stacking The Automation Deck – Paul Grizzaffi
- Mostró una arquitectura básica de un framework de automatización, aunque algo interesante que dijo es que lo que le solemos llamar un framework de automatizacción en realidad es un stack, ya que técnicamente, un framework controlla el flujo de ejecución e invoca tus métodos, y al automatizar nosotros utilizamos distintas librerías o algún framework, pero lo que implementamos él prefiere llamarlo stack.
Observability: Unlearn Guessing, Reduce Stressing and Learn to Embrace Reality – Rob Meany
- Deberíamos considerar al testing como la suma de chequeos y exploración. Esto incluye así una parte para confirmar nuestras creencias actuales sobre el software, y otra parte para descubrir riesgos y cosas que no conocemos.
Risk or Fear: What Drives Your Testing? Jenna Charlton
- Definió riesgo como una cuenta matemática I * max(C, H), donde I es el impacto de la funcionalidad en cuestión, C es la complejidad y H es la historia de bugs en la funcionalidad en cuestión. Tanto I, C y H iban de 1 a 5. Yo creo que esto es equivalente a I * P, donde P es la probabilidad de falla, solo que acá está asociando la probabilidad de falla a solo dos factores.
Test Machina: Demystifying AI-Driven Test Automation – Tariq King | Integrating AI Into Your Tests – Jennifer Bonine
- Fueron dos charlas que hablaron de AI en testing y las pongo juntas porque fueron una a continuación de la otra, y hasta se repitieron un montón, usando las mismas imágenes y comentarios… Quizá lo interesante es ver empresas y herramientas vinculadas (ver fotos abajo).
Behavior-Driven Pragmatism – Andrew Knight
- Otra de mis charlas preferidas, muy entretenida además. Andrew es el autor del famoso blog Automation Panda, que ya he compartido en otras ocasiones al hablar de BDD.
- Estuvo contando cómo BDD es más que una estrategia de desarrollo, sino que debería guiar a todo el equipo, pensando en los Three Amigos y sus clásicos problemas de comunicación.
Cerrando
Como para cerrar, me encantó haber podido ir a TestBash San Francisco, haber podido conocer a Richard (CEO de MoT, el famoso Friendly Tester), a Ash Coleman, y volver a ver a Angie Jones además de a un montón de testers de distintos países (Ucrania, distintos estados de USA, Armenia, etc.). Seguro que iré a otro TestBash próximamente, porque gracias a haber participado del Family Feud y a escuchar muchos podcasts de testing, mi equipo se ganó una entrada 🙂
Me quedé con pena de no haber encontrado a ningún otro latinoamericano. Ojalá a futuro esto cambie y podamos tener cada vez más visibilidad en estas regiones también.
