Las Tres Leyes del TDD
Domina el micro-ciclo rojo-verde-refactorizar: escribe primero una prueba que falle, luego solo el código necesario para pasarla.
El Ciclo de 30 Segundos
El TDD no se trata de probar después — es una técnica de diseño. El micro-ciclo tiene tres fases: Rojo (escribe una prueba que falle — documenta el comportamiento deseado antes de que exista el código); Verde (escribe el código mínimo para que la prueba pase); Refactorizar (limpia el código sin romper ninguna prueba). El ciclo completo debería tomar de 30 segundos a 3 minutos.
Las Tres Leyes
Ley 1: No puedes escribir código de producción a menos que sea para hacer pasar una prueba unitaria que falla. Ley 2: No puedes escribir más de una prueba unitaria de la suficiente para fallar — y los errores de compilación cuentan como fallos. Ley 3: No puedes escribir más código de producción del suficiente para pasar la única prueba unitaria que falla.
Desafío de Código
Identifica las violaciones al TDD en el ejemplo incorrecto y aplica las tres leyes en la versión correcta.
💡Conclusión clave
Las tres leyes del TDD son restricciones, no sugerencias: sin código de producción sin una prueba que falle, sin prueba más grande de la necesaria para fallar, sin implementación más grande de la necesaria para pasar.
🔧 Algunos ejercicios pueden tener errores. Si algo parece incorrecto, usa el botón Feedback (abajo a la derecha) para reportarlo — nos ayuda a corregirlo rápido.
Pista: Cada ley restringe a la anterior. Juntas previenen la sobre-ingeniería (Ley 3) y la falta de pruebas (Ley 1). Si no puedes escribir una prueba que falle, aún no sabes qué debe hacer el código.
✗ Tu versión