Repasamos qué es TDD, algunas de las claves más importante para aplicarlo de manera productiva y cómo se aplica TDD en entornos concretos de bases de datos, videojuegos y desarrollo para Android
4. ¿Por qué TDD?
• Sin pruebas
• No veía fácilmente el diseño
• Fallaba por sorpresa sin saber por qué
• Cambiaba por cambiar.
• Apechugar con las malas decisiones.
• No avanzaba.
• Presionado por fecha límite.
• Me sentía mal.
• Un cuadro típico de necesito TDD.
7. ¿Qué es TDD?
1. You are not allowed to write any
production code unless it is to
make a failing unit test pass.
2. You are not allowed to write any
more of a unit test than is sufficient
to fail; and compilation failures are
failures.
3. You are not allowed to write any
more production code than is
sufficient to pass the one failing
unit test.
8. TDD no es probar
Desarrollador TDD
Tester
Escribo una prueba con un observador
Vale
Escribo una prueba con dos observadores
Es lo mismo !!!!
9. Puntos clave de TDD
•
•
•
•
•
•
Pruebas sencillas
¿Por dónde empezamos?
Babysteps
De abajo a arriba.
Usa papel y lápiz.
Prepara tu código para el
cambio.
• Pruebas son código de
primera.
10. Pruebas Sencillas
Don't let yourself get
attached to anything you
are not willing to walk out
on in 30 seconds flat if you
feel the heat around the
corner.
29. Conclusiones
TDD requiere disciplina
• Falsa sensación de
velocidad.
• Falsa sensación de
seguridad.
• No tener claro qué probar
• Set-up complejo.
• Módulos “Dios”
30. Extra
10.000 líneas de código C#...
Comprobado…. 124 assemblies .NET
generados…. Comprobado…. 52
scripts de construcción…
comprobado
Ahora que mis pruebas unitarias
están escritas puedo empezar a
construir mis componentes.