Cómo hacer Test Driven Development

download Cómo hacer Test Driven Development

If you can't read please download the document

description

Hacer un sistema, sin probar, es lanzarlo al precipicio. Las pruebas son fundamentales, pero claro, probar sin un método es lo mismo que no probar, es probar sólo una parte del sistema y dejar lo demás al azar. TDD es una técnica de eXtreme Programming con la que las pruebas y el código se escriben a la vez. No antes cuando el sistema sólo es una abstracción. No después cuando en realidad ya da flojera escribirlas. A la vez que se escribe el código, van las pruebas. TDD es un método ágil y eficaz de lograr un sistema Probado, y Funcional.

Transcript of Cómo hacer Test Driven Development

  • 1. Cmo hacer TDD Javier Novoa C. 1

2. Contenido Cmo programamos? Qu buscamos? Test Driven Development. Un ejemplo.2 3. Cmo solemos programar3 4. 4 5. 5 6. Qu buscamos? Estar seguros que lo que programamos es correcto.Evitar bugs innecesarios, si nuestro cdigo estuviera PROBADO al 100%. No tener incertidumbre al hacer cambios. Un 'documento' (til) que nos explique el cdigo (a nosotros programadores). Hacer ms y mejor diseo e ingeniera, y menos burocracia.6 7. Test Driven Development Bsicamente consiste en: Probar cada lnea de cdigo que escribimos...Probar cada cambio, cada correccin de un bug...Escribir las pruebas antes que el cdigo (??)7 8. 8 9. No hagas esto! Haz pruebas. 9 10. Sigue un orden! Empieza por hacer Pruebas Unitarias10 11. Pruebas Unitarias Normalmente haces estas pruebas: Cuando te acuerdas (o te recuerdan) que debes probar Pero no pruebas TODO tu cdigo, slo los escenarios principales. Terminas siendo laxo para probar realmente 11 12. TDD no es Unit Testing a secas12 13. Test First Programming Los que llegan a hacer esto: 'Disean' previamente su sistema a travs de todas las pruebas unitarias que debe pasar Luego programan para hacer pasar sus pruebas Terminan probando solo el diseo inicial, y no el sistema final 13 14. TDD no es Test First Programming a secas 14 15. Qu es TDDS es hacer Unit TestsS es hacer Test First ProgrammingPERO todo dentro de un ciclo de desarrollo Extremo (XP): el Test Driven Development (o TDD) 15 16. El Ciclo del TDD16 17. Las Tres Leyes de TDD 1) No escribir nada de cdigo hasta escribir una prueba unitaria (que va a fallar porque ni cdigo hay). 2) No escribir ms de una prueba unitaria que falle. 3) No escribir ms cdigo que el necesario para que la actual prueba que falla, pase. 17 18. Ventajas del TDD Certeza.Reduccin de bugs.Confianza.Documentacin.Mejor diseo. 18 19. Un ejemplo...https://github.com/jstitch/gift_circle19 20. En resumen TDD permite lograr un cdigo probado muy cercano al 100%. Para hacer TDD bien, hay que seguir las 3 leyes. Es un mtodo de trabajo para programadores con un ciclo de escritura de cdigo/pruebas muy corto. Permite un diseo ms profesional del cdigo que escribimos. 20 21. PREGUNTAS?21 22. GRACIAS JAVIER NOVOA CATAO Twitter @JaviStitch [email protected] https://github.com/jstitch 22