VIII Betabeers Huelva
Noviembre 2007
Febrero 2009
Se le había olvidado un else
Tiempo
80 / 20
•¿Se romperá algo?
•Es igual, ya me enteraré.
•Anda, hay algo roto, qué pasa aquí
• Debuggear y arreglar•Más código, ¿Se rompera algo?
•¿Se romperá algo?
•Es igual, ya me enteraré.
•Anda, hay algo roto, qué pasa aquí
• Debuggear y arreglar•Más código, ¿Se rompera algo?
Stress
Ejecutarlos tests
¿Qué testamos?
Regresión
Bug detectado test que lo reproduce lo corregimos
Si vuelve a aparecer nos enteramos rápido
Código legacy
A no ser que lo tengamos que modificar
Va a cambiar,¿para qué vamos
a probarlo?
Wave Engine
Septiembre 2012
Test
CodeRefactor
TDD
Test Unitario
Automático
Prueba sólo una cosa
Aislado
Rápido
Mínimo código de producción.
El código hace lo que tiene que hacer
Clean code that Works. Kent Beck
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.
Las modificaciones las hacemos más tranquilos
Stress
Ejecutarlos tests
Como está desacoplado es más fácil de cambiar
Se detectan antes los bugs.
Más funcionalidaden menos tiempo
Lo malo de TDD
Empezar no es fácil
Sólo se mejora practicando
RecomendacionesDiseño ágil con TDD (http://www.dirigidoportests.com/el-libro/) @carlosble
Clean Code. Robert C. Martin (@unclebobmartin)
Test Driven Development: by example (@kentbeck)
Refactoring. Improving the design of existing code (@martinfowler)
Code Complete .Steve McConnell
Desarrollo dirigido por pruebas práctico (http://www.iwt2.org/web/opencms/IWT2/comunidad/LibroTDD/)