Cuando programamos, es común probar todo de manera manual a través del navegador. Sin embargo, existe una forma más profesional y estructurada de construir software: escribir primero la prueba y después el código. Este enfoque, conocido como TDD (Test-Driven Development), es una metodología de desarrollo que transforma la manera en que creamos aplicaciones y nos acerca al mundo profesional del desarrollo.

¿Qué es TDD y por qué cambia tu forma de programar?

TDD significa literalmente desarrollar la prueba antes de escribir el código [0:14]. Es una metodología, no una herramienta. Puede aplicarse en PHP, JavaScript, Python o cualquier otro lenguaje de programación. En el caso de PHP, la herramienta que se utiliza para ejecutar las pruebas es PHPUnit, pero es importante distinguir entre la herramienta y la metodología en sí.

El ciclo de TDD se divide en tres fases claramente definidas [0:46]:

• Rojo: escribimos la prueba sin tener código funcional, lo que genera un error.
• Verde: creamos el código necesario para que la prueba pase correctamente.
• Refactorización: mejoramos el código sin alterar el testing, asegurándonos de seguir obteniendo verde.

Este ciclo se repite constantemente durante el desarrollo, generando código más limpio y confiable con cada iteración.

¿Por qué muchos programadores evitan el testing?

Una de las barreras más comunes es la percepción de que se pierde tiempo escribiendo tanto código [1:21]. También puede parecer complicado o confuso al principio. Sin embargo, lo que realmente separa a un programador del ámbito profesional es precisamente la capacidad de escribir pruebas automatizadas.

Lo interesante es que, al practicar con ejercicios concretos, muchas veces aplicamos TDD sin darnos cuenta [0:25]. Cada vez que creamos un test primero y luego escribimos el código para cumplir con el requisito de esa prueba, estamos siguiendo esta metodología.

¿Cómo se organiza un proyecto con TDD?

Dentro de la estructura del proyecto, todo el código de prueba vive en la carpeta test [2:15]. Allí se organizan las subcarpetas necesarias para desarrollar cada prueba. Esta estructura permite mantener el código de producción separado del código de pruebas, facilitando el mantenimiento y la claridad del proyecto.

El flujo de trabajo es directo:

• Paso uno: crear el test y obtener rojo.
• Paso dos: crear el código que satisfaga la prueba y obtener verde.
• Paso tres (opcional): refactorizar el código manteniendo verde sin modificar el test.

¿Cómo iniciar un nuevo proyecto con Laravel para practicar TDD?

Para poner en práctica estos conceptos, se crea un nuevo proyecto con el comando laravel new tag [2:38]. Este proyecto trabaja con una aplicación sencilla de etiquetas que permite repasar los fundamentos del testing y la metodología TDD de forma práctica.

bash laravel new tag

Una vez completada la instalación, se conecta el editor al nuevo proyecto abriendo la carpeta correspondiente. A partir de ahí, se pueden crear diferentes aplicaciones utilizando pruebas automatizadas.

La fase de refactorización es clave para entender la potencia de TDD [1:03]. Cuando mejoramos nuestro código, la prueba actúa como una red de seguridad: si algo se rompe durante la refactorización, el test lo detecta inmediatamente. Esto nos da la confianza de modificar y optimizar sin miedo a introducir errores.

No conocer un concepto no impide hacer las cosas bien [3:05]. Muchas veces la práctica precede a la teoría, y eso está perfectamente bien. Lo importante es incorporar esta metodología de forma consciente para escribir código más robusto y profesional. ¿Ya has aplicado TDD en tus proyectos? Comparte tu experiencia en los comentarios.