Metodologia Tdd

TDD o Test Driven Development es una práctica de programación que consiste en escribir primero las pruebas (generalmente unitarias), después escribir el código fuente que pase laprueba satisfactoriamente y, por último, refactorizar el código escrito. Con esta práctica se consigue entre otras cosas: un código más robusto, más seguro, más mantenible y unamayor rapidez en el desarrollo. TDD era una forma de programar que consistía en generar primero los test unitarios antes que la propia aplicación, con lo que conseguías desarrollos demás calidad a costa de disminuir la productividad. Creo que es la misma idea que tiene la mayoría de la gente que conoce por encima esta práctica, pero que no se anima a utilizarla.Sin embargo, últimamente he estado profundizando un poco en TDD y me he dado cuenta que esto no es cierto, TDD no es para hacer pruebas, es una práctica que envuelve el desarrollo ensu conjunto, especialmente el diseño de Software. De hecho, algunos dicen que su última letra, debería significar diseño y no desarrollo. Es decir, diseño orientado por laspruebas.
TDD Fue creado por Kent Beck (quien también inventó Extreme Programming y JUnit), y en esencia, es un proceso a seguir, lo cual ya lo hace diferente a un simple enfoque depruebas primero:

Este ciclo también se lo conoce como rojo (hacer que la prueba falle), verde (hacer que la prueba pase) y refactor. Aunque al principio pueda parecer muy parecido a unenfoque de probar primero, al combinarlo con practicas de desarrollo ágil, TDD toma un enfoque mucho más amplio, y cambia su atención de las pruebas al diseño. TDD está mucho másrelacionado con el diseño emergente que con las pruebas, de hecho, que TDD genere una gran cantidad de pruebas es un efecto secundario positivo, pero no es su propósito final.