Cuando la IA escribe el código, los tests dejan de ser una red de seguridad y se convierten en la especificación. El problema con AI-TDA no es que el código sea lento: es que es rápido, plausible y difícil de detectar cuando está mal. Sin tests previos, el Delivery Master revisa código generado sin un criterio objetivo de corrección.
TDD adaptado a construcción dirigida por IA
El Delivery Master escribe los tests antes de abrir Claude Code o Cursor. Esos tests son el contrato: describen qué debe hacer el feature, qué inputs acepta, qué outputs produce y qué condiciones de error maneja. El modelo recibe esa especificación ejecutable y su tarea es hacer que los tests pasen. Este cambio obliga a que el PO y el DM estén de acuerdo en los criterios antes de generar una sola línea de código.
Por qué los tests son más importantes con IA, no menos
Los modelos producen código que luce correcto, compila limpiamente y sigue los patrones del codebase — y que puede tener un bug de lógica de negocio que solo emerge en producción. La diferencia entre un bug humano y uno generado por IA es que el generado es más difícil de atribuir y más fácil de pasar por alto en review porque el código parece coherente.
«El test es la memoria del equipo. Cuando la IA olvida una restricción de negocio, el test la recuerda.» — QA Lead, SFD
El rol del QA en el modelo FAST Delivery
En SFD, el QA no es una fase al final del sprint: colabora desde que la feature entra al backlog. Junto con el PO, define los escenarios de prueba antes de que el DM empiece la sesión de construcción. Durante la construcción, revisa los tests unitarios generados para verificar que realmente prueben lo que dicen — porque los modelos a veces generan tests que pasan siempre, independientemente del comportamiento de la función. La velocidad real en agentic development se mide en features funcionando en producción sin deuda técnica acumulada.