Aprende TDD desde cero con ejercicios prácticos

¿Qué es TDD (Test Driven Development)?

El TDD no es simplemente una técnica para realizar pruebas (testing), sino una metodología completa de desarrollo guiado por pruebas.

• Su objetivo principal es asegurar la calidad mediante la escritura de tests antes de implementar el código de producción.
• Diferencia clave: No debe confundirse con el QA (Quality Assurance), el cual se enfoca en verificar que el software funcione una vez desarrollado. El TDD es una herramienta para la codificación.

Las 3 leyes fundamentales del TDD

1. No escribirás código de producción hasta que hayas escrito un test que falle (el ciclo rojo).
2. No escribirás más de un test de los necesarios para que el sistema falle.
3. No escribirás más código de producción del necesario para hacer que el test pase (el ciclo verde).

Beneficios de seguir esta metodología

"El TDD no significa que tu código vaya a ser el mejor del mundo, pero primero vas a hacer que funcione y luego te preocuparás de refactorizarlo".

• Documentación viva: Los tests actúan como documentación técnica que explica los casos de uso.
• Seguridad en refactors: Al tener una base sólida de tests, puedes refactorizar con total confianza para mejorar la legibilidad o aplicar best practices.
• Diseño mejorado: Te obliga a pensar en los casos de uso y esquinas (edge cases) antes de empezar a programar, resultando en un código más estructurado.

Ciclo de desarrollo recomendado

1. Rojo (Test que falla)

Escribes una prueba que no cumple su objetivo porque aún no existe la funcionalidad.

2. Verde (Código funcional)

Implementas el código mínimo necesario para que esa prueba pase.

3. Refactor (Código limpio)

Reescribes y mejoras la implementación manteniendo la funcionalidad, apoyado por la protección que ofrecen los tests existentes.