Hola mis estimados amigos y amigas de la calidad. Hoy quiero hablar de un tema que suele generar opiniones encontradas, especialmente entre quienes están empezando en QA, el Behaviour Driven Development, o BDD para los panas. Para algunos es una práctica poderosa que mejora la comunicación del equipo; para otros, una capa innecesaria de texto que nadie lee. La realidad es que ambas posturas pueden ser correctas, dependiendo de cómo y por qué se esté usando. BDD fue propuesto por Dan North, y originalmente ni siquiera se llamaba así. Su nombre inicial fue Behavioral Specification. La idea no era escribir casos de prueba ni documentar escenarios técnicos, sino describir el…

En más de una ocasión he visto equipos construir productos técnicamente impecables que, aun así, no logran despegar. No fallan por errores críticos, ni por una mala arquitectura, ni por decisiones técnicas deficientes. Fallan porque, simplemente, nadie los necesita o nadie los quiere usar. Esta es una realidad incómoda, pero frecuente, y tiene mucho que ver con cómo entendemos la calidad dentro de los equipos de software. Entré a uno de esos equipos hace algunos años y trabajé con ellos durante aproximadamente un año y medio. Desde el primer día quedé impresionado. La arquitectura estaba bien pensada, los patrones eran claros, el foco en performance era evidente y las decisiones…

Hay trabajos que uno elige… y otros trabajos que se puede decir que lo eligen a uno. El trabajo de analista de calidad es una mezcla de ambas cosas. Puedes llegar por curiosidad, por necesidad, por recomendación o incluso “de rebote”. Pero cuando lo pruebas y descubres cómo funciona, te das cuenta de que no es solamente un rol técnico: es un oficio que mezcla pensamiento crítico, comunicación, investigación, psicología del usuario y una búsqueda constante por mejorar. En este blog quiero hablar del trabajo del QA desde varios ángulos. No solo desde la parte técnica, sino desde lo que hay detrás: las posibilidades laborales, las habilidades innatas que hacen…

En el mundo del testing de software, cada vez es más común escuchar frases como “automatiza todo lo que puedas” o “más automatización es igual a más calidad”. Pero la verdad es que automatizar sin un propósito claro puede llevarnos a resultados contrarios: tests frágiles, difíciles de mantener y que no nos dicen realmente qué está fallando. Uno de los principios que más intento transmitir en mis cursos y charlas es que la automatización debe ayudarnos a entender mejor el sistema, a tener feedback claro, y a facilitar la evolución del producto. Y una forma muy concreta de lograrlo es estructurando correctamente nuestras pruebas: separando la lógica del negocio de…

En la primera parte de este blog compartí 6 prompts esenciales para mejorar tareas de documentación, criterios de aceptación, casos de prueba, pruebas exploratorias, desempeño y heurísticas de Nielsen. Si no lo has leído, dale un vistazo porque esta segunda parte continúa con más ideas accionables para automatización, accesibilidad, datos, mobile testing y más. Vamos a por los 14 prompts que completan la guía. Guárdalos, modifícalos, combínalos, pero sobre todo: ¡ponlos en práctica! 7. Automatización: comienza con scripts simples Si estás iniciando en automatización, puedes pedirle a ChatGPT que te dé ejemplos usando herramientas como Cypress, Playwright o WebdriverIO. 📌 Prompt: “Genera un script básico con Cypress para automatizar el…