Las 3 leyes de TDD de Robert C. Martin que conocerás en este artículo te permitirán entender cómo puedes realizar un ejercicio sobre el proceso iterativo del Test Driven Development. Este, como verás a continuación, se encarga de trabajar a partir del error y la refactorización. Si quieres seguir aprendiendo acerca de este tema y de otros aspectos relacionados con el desarrollo web, no puedes perderte este artículo.
¿Qué es el TDD (Test Driven Development)?
Antes de hablar sobre las 3 leyes de TDD, es necesario recordar que el TDD o Test Driven Development es un proceso iterativo compuesto por tres etapas: la realización de los tests, el desarrollo de la funcionalidad y la refactorización. Al ser iterativo, se va a repetir el proceso las veces que sean necesarias y no vamos a pasar a la siguiente etapa hasta que no tengamos el test escrito ejecutado. Vamos a parar cuando no podemos escribir otro test.
Las 3 leyes de TDD de Robert C. Martin
Robert C. Martin es un desarrollador de software y escritor estadounidense ha escrito sobre los procesos iterativos del TDD o Test Driven Development y, por lo tanto, es uno de los autores más reconocidos en la materia. Martin considera que la esencia del TDD atiende a ls siguientes tres reglas:
- No escribirás un código de producción sin antes escribir un test que falle.
- No escribirás más de un test unitario suficiente para fallar. Aquí puedes pensar que compilar es fallar.
- No escribirás más extractos de código que los necesarios para ejecutar el test o la comprobación. Es decir, debes realizar la implementación mínima o al principio de Keep It Simple en la programación. El código debe mantenerse lo más sencillo posible.
Otra regla: seguir el diagrama
El TDD o Test Driven Development está planteado en un diagrama iterativo, que se debe cumplir para lograr con los objetivos que nos propongamos. Este diagrama iterativo y circular está compuesto por tres 3 etapas, donde encontramos colores, acciones y conceptos muy importantes.
El diagrama del TDD se conoce como el ciclo Red-Green-Refactor y cada una de sus etapas se identifica de la siguiente forma:
- Red: es el primer momento de nuestro ciclo, el momento en el que escribimos un test que falle. Puedes realizar test de tipo unitarios o de integración. Para pasar a la siguiente etapa, debe fallar sí o sí.
- Green: es la etapa que recibe el test que falla, por lo que empezamos todo lo necesario para que el test pueda pasar. Cuando el test pase, es el momento de seguir con la siguiente etapa.
- Refactor: es el momento en el que analizamos si podemos mejorar el código que hemos hecho. Por tanto, podemos volver a realizar otros test que sí o sí deben fallar. Y así sucesivamente.
Una vez hayamos cerrado este ciclo, es el momento de pasar al siguiente requisito, con un próximo test de otra funcionalidad. Por último, te queremos recordar que este diagrama es muy sencillo de aplicar, tan solo debes tener en cuenta las leyes de TDD.
¡Conviértete en un profesional!
A lo largo de este artículo has aprendido cuáles son las 3 leyes de TDD de Robert C. Martin. Si quieres seguir desarrollando tu carrera en el desarrollo web, no hay mejor forma de hacerlo que a partir de un bootcamp, que podrás realizar en menos de un año y en el que estarás acompañado por profesionales del sector. ¡Revisa nuestro programa de Desarrollo Web Full Stack Bootcamp y cambia tu futuro laboral!
