Test Driven Development TDD

Test Driven Development TDD
Rosemary Torrico Bascopé

Qué es TDD?
• Proceso iterativo en el cual el desarrollo está
guiado por los test.
• Primero escribimos los test que expresan los
requerimientosa cumplir luego desarrollamos
para cumplir con dichos requerimientos.

Qué es TDD?
Dos reglas importantes:
• Nunca escribir una línea de código a menos
que tengamos un test fallando.
– Los testsrepresentan los requerimientos que el
código debe satisfacer, si no hay requerimiento es
porque no hay nada que implementar.

• Eliminar duplicación de código.

Corazón del TDDTDD como prácticametodológica
• Incluye, tres sub-prácticas:
1. Automatización: las pruebas del programa deben
ser hechas en código, y con la sola corrida del
código de pruebas debemos saber si lo que
estamos probando funcionabien o mal.
2. Test-First: las pruebas se escriben antes del propio
código a probar.
3. Refactorización posterior: para mantener la
calidad del diseño, se cambia el diseño sin cambiar
lafuncionalidad.

Ventajas
• Escribir las pruebas antes del código a probar minimiza
el condicionamiento del autor por lo ya construido.
También da más confianza al desarrollador sobre el
hecho de que el códigoque escribe siempre funciona.
• Escribir las pruebas antes del código a probar permite
especificar el comportamiento sin restringirse a una
única implementación.
• La refactorización constante facilitael mantenimiento
de un buen diseño a pesar de los cambios que, en caso
de no hacerla, lo degradarían.

Reglas de oro
• “Nunca escribas nueva funcionalidad sin una
prueba que falle antes”
• Otra dice:“Si no puedes escribir una prueba
para lo que estás por codificar, entonces no
deberías estar pensando en codificar”.

En consecuencia…
• ninguna funcionalidad futura debería
escribirse poradelantado, si no se tiene el
conjunto de pruebas que permita verificar su
corrección.
• Si a eso se le suma que sólo se debería escribir
de a una prueba por vez, tenemos un
desarrollo incremental extremo,...