Este documento presenta una introducción a la práctica de desarrollo de software Test Driven Development (TDD). Explica que TDD es una técnica iterativa y constructivista basada en obtener retroalimentación inmediata a través de pruebas de software. Detalla los pasos básicos de TDD, que incluyen escribir primero un test sencillo que falle, implementar el código mínimo necesario para que pase la prueba, y luego refactorizar el código si es posible. También presenta 10 principios técnicos clave para

1. agile software development & services
Cómo hacer TDD y no morir
en el intento
Agiles 2015
Hernán Wilkinson
Twitter: @HernanWilkinson
Blog: bog.10pines.com
www.10pines.com

2. DISCLAIMER

3. Qué es TDD?

4. Es TDD esto?

5. No! Así es cómo se hace TDD
Cuál es la esencia de TDD?

6. Qué es TDD?
Es una Técnica de Aprendizaje
 Iterativa e Incremental
Constructivista
Basada en Feedback Inmediato
Que recuerda todo lo aprendido
Y permite asegurarnos de no haber
“desaprendido”
Incluye análisis, diseño, programación y
testing

7. Software:
Modelo Computable de un Dominio de
Problema de la Realidad
Desarrollo de Software:
Proceso de Aprendizaje
(Adquisición y Representación de
Conoc.)

8. ¿Cómo se hace TDD?
1) Escribir un test
- Debe ser el más sencillo que se nos ocurra
- Debe fallar al correrlo
2) Correr todos los tests
- Si hay errores, implementar lo mínimo necesario
para que pasen y GOTO 2
3) Reflexiono - ¿Se puede mejorar el código?
- Sí -> Refactorizar. GOTO 2
- No -> GOTO 1

9. Ejemplo
▶ Modelar un Calendario de días feriados al que se le pueda
preguntar si una fecha es feriado o no
▶ Se pueda indicar qué días son feriados de la siguiente
manera:
– Por medio de un día de la semana, ej. Sábado
– Por medio de un día de un mes, ej. 25 de Diciembre
– Por medio de un día particular, ej. 20/4/2012

10. Los 10 mandamientos técnicos de TDD

11. Escribirás el test
primero

12. Siempre resolverás el caso más
sencillo primero

13. Asertarás en tus tests
(un test sin assert no es un test)

14. No escribirás más de un test a la vez

15. No creerás que TDD es acerca de Unit
Testing únicamante

16. Nombrarás tus Test según el QUE y no
según el COMO

17. Verificarás un único caso funcional por
test

18. No testearás lo mismo más de una vez

19. Mantendrás tus test “limpios”, ya que
son un sistema más

20. No empezarás testeando interfaces,
empezarás testeando la lógica de
negocio

21. No usarás Bases de Datos relacionales
mientras realizas TDD

22. No realizarás TDD usando sistemas
externos

23. No “mockearas” a tu esposa!

24. Entenderás que TDD no implica buen
diseño

25. No te preocuparás por performance al
principio

26. Amarás testear tanto como programar!

27. Practica, Practica, Practica

28. Preguntas?

29. agile software development & services
Muchas gracias!
info@10pines.com
www.10Pines.com
twitter: @10Pines
Argentina
Tel.: +54 (11) 4780-2460
Alem 693, 5B
Buenos Aires