Hola mi estimado colega del mundo de desarrollo, hoy quiero decirte por qué la calidad no es un gasto, sino la forma más efectiva de ahorrar en desarrollo, y te lo quiero explicar rapidamente en este post. Durante años, muchas empresas han cometido el mismo error conceptual: confundir testing con calidad, y ese error no es inocente, cuesta dinero, mucho dinero. En el post anterior hablaba de por qué no siempre contratar más testers es la solución cuando el producto crece. Ese artículo generó bastante conversación porque toca un punto sensible: la tendencia de resolver problemas estructurales agregando más personas al final del proceso. Pero hoy quiero ir más profundo,…

Hola mi amigo de la calidad, hoy quiero comentarte que hay una frase que suena provocadora, incluso irresponsable, cuando se escucha por primera vez: “No contrates demasiados testers.” En una industria donde los productos crecen sin pausa, donde cada sprint agrega nuevas funcionalidades y donde los errores parecen inevitables, la reacción natural suele ser exactamente la contraria: más features implican más pruebas, y más pruebas implican más personas dedicadas a probar. Es una lógica que parece impecable. Sin embargo, lo que parece lógico no siempre es lo que realmente escala. El software, por definición, nunca estará libre de errores. Pensar en un sistema completamente perfecto es una falacia que cualquier…

Hubo una época en que el éxito de un equipo de QA se medía por la cantidad de test cases escritos. Si tu Excel tenía 300 filas, ibas bien. Si tenía 800, eras el rey del waterfall. Y sí, en el enfoque tradicional, predictivo, basado en proyectos tipo Waterfall, esa era la lógica: más documentación = más control = más seguridad. Pero hoy el mundo del software se mueve a otra velocidad. Y con él, la forma de entender la calidad. El modelo Waterfall y su obsesión con lo predecible Waterfall funcionaba como una fábrica: había que definir todo antes de construir, luego ejecutar paso a paso. En ese mundo,…

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…