Recomendados
Más contenido relacionado
Destacado
Destacado (18)
How I met Testing - Betabeers Huelva
- 5. Febrero 2009
- 7. Se le había olvidado un else
- 8. Tiempo
- 9. 80 / 20
- 10. •¿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?
- 11. •¿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?
- 13. ¿Qué testamos?
- 14. Regresión Bug detectado test que lo reproduce lo corregimos Si vuelve a aparecer nos enteramos rápido
- 15. Código legacy A no ser que lo tengamos que modificar
- 16. Va a cambiar, ¿para qué vamos a probarlo?
- 21. Test Unitario Automático Prueba sólo una cosa Aislado Rápido
- 28. Mínimo código de producción.
- 29. El código hace lo que tiene que hacer Clean code that Works. Kent Beck
- 30. Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live.
- 31. Las modificaciones las hacemos más tranquilos Stress Ejecutar los tests
- 32. Como está desacoplado es más fácil de cambiar
- 33. Se detectan antes los bugs.
- 34. Más funcionalidad en menos tiempo
- 35. Lo malo de TDD Empezar no es fácil Sólo se mejora practicando
- 36. Recomendaciones Diseñ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/)