Todo lo que escribo está basado en tres pilares: técnicas de testing que vale la pena conocer, inteligencia artificial aplicada al día a día del QA, y lo que aprendí liderando calidad en equipos reales. No son categorías arbitrarias — son los tres problemas que más se repiten en mi carrera.
Serie especial — una curiosidad por día, del 13 al 19 de abril
Si SDD es la práctica, Spec Kit es la herramienta más estándar para implementarla. Antes de instalarla, conviene saber qué es realmente — y qué no es.
El 70% del tráfico web es mobile. Pero el 80% de las suites automatizadas que veo son desktop-only. ¿Qué pasa con el resto? Lo evitamos. Y en 2026 ya no hay excusa.
Spec-Driven Development es lo más mencionado en tecnología desde hace meses. La explicación que circula es siempre la del dev. La pregunta que nadie responde: si la IA escribe los tests desde la spec, ¿para qué pagan a los QA? Acá la respuesta sin esquivar.
Un software crítico en aviación cuesta entre 10 y 30 veces más desarrollarlo que software comercial. La mayor parte de ese costo es testing. ¿Qué podemos aprender de la industria donde un bug puede costar vidas?
Minecraft, GTA V, Skyrim — todos los videojuegos más exitosos de la historia salieron con bugs conocidos. Miles de ellos. Y aún así fueron éxitos. ¿Qué dice eso sobre cuándo un producto está 'listo'?
Existe una técnica de testing que no requiere abrir un navegador, escribir código, ni configurar ambientes. Encuentra bugs reales. Y la mayoría de QAs la ignora porque parece demasiado simple. Se llama rubber duck testing.
Según múltiples estudios de la industria, entre el 30% y el 50% de los defectos en producción son detectados por usuarios finales — no por el equipo de QA. ¿Qué dice eso sobre cómo probamos?
Netflix tiene un ejército de herramientas cuyo único trabajo es destruir partes de su infraestructura en producción. No es un accidente. Es una estrategia. Se llama Chaos Engineering y es la razón por la que Netflix casi nunca se cae.
Cuando Tesla envía una actualización OTA, 2 millones de vehículos la reciben casi al mismo tiempo. No hay rollback físico. No hay 'ctrl+z'. ¿Cómo se testea algo así?
En 2023, Google pagó más de 12 millones de dólares a personas que encontraron bugs en sus productos. No hackers. No ataques. Profesionales del bug hunting. ¿Qué nos enseña esto sobre testing?
Acabas de leer las 3 guías de la trilogía. Sabes elegir herramienta, montar arquitectura y posicionarte. Y aún así nadie te respondió la pregunta incómoda: ¿tienes que hacerlo?
Pasé de pedirle cosas a la IA a que trabaje conmigo. Con roles definidos, contexto compartido, y tareas que se ejecutan sin copiar y pegar. Esta es la historia de cómo lo hice.
6 problemas en una sola historia de usuario. Esto no es una crítica al equipo — es lo que pasa cuando QA no tiene voz en el refinamiento.
Uso IA en mi flujo de trabajo diario como QA. No como experimento — como herramienta real. Después de meses de uso honesto, tengo una lista muy clara de dónde me supera y dónde falla horrible.
Tenía 44 tests E2E y pensaba que estaba cubierta. Luego descubrí mutation testing, me di cuenta de que no podía usarlo con Playwright, escribí 92 unit tests desde cero, y encontré 3 bugs reales que pasaron code review.
200 tests automatizados. Dashboard en verde. Y nadie sabe qué validan. Por qué el coverage no es confianza — y qué medir en su lugar.