Calidad como diseño, no como fase
Pensar en calidad desde el inicio, no como algo que se añade después.
"¿Ya lo probaste?"
Esa pregunta, lanzada al final del sprint, resume todo lo que está mal con cómo tratamos la calidad. Si testing es lo último que hacemos, ya llegamos tarde.
He visto equipos completos atrapados en este loop: desarrollan rápido, "testan" al final, encuentran bugs, regresan a corregir, y el ciclo se repite. El cuello de botella nunca es QA. Es cuándo decidimos pensar en calidad.
El flujo que no funciona
Diseño → Desarrollo → "QA" → 🔥 → Hotfix → Repeat
Cuando QA es un gate al final, se convierte en el villano. "Es que QA no pasa los tests". Pero el problema no es quién prueba. Es que nadie preguntó "¿cómo vamos a saber que esto funciona?" cuando todavía había tiempo de diseñarlo bien.
La pregunta que cambia todo
En planning: "¿Cómo probamos esto?"
No después. No cuando el código está escrito. Antes.
Cuando haces esta pregunta temprano:
- Descubres ambigüedades en los requerimientos
- Identificas edge cases que nadie consideró
- Diseñas código que es testeable desde el inicio
En la práctica
Lo que me funciona:
- TDD cuando tiene sentido — no como religión, como herramienta
- Tests como documentación — el "por qué" importa más que el "qué"
- Flaky tests = bugs de primera prioridad — si no confías en tus tests, no tienes tests
- Pair testing con devs — no para "validar", para entender
El shift mental
La calidad no es lo que haces al final.
Es cómo decides pensar desde el principio.
Cuando la calidad es diseño, no hay "fase de QA". Hay un equipo que construye cosas que funcionan.