Your SlideShare is downloading. ×
0
Cómo hacer TDD
Javier Novoa C.
1
Contenido
●

●

●

●

¿Cómo programamos?
¿Qué buscamos?
Test Driven Development.
Un ejemplo.

2
Cómo solemos programar

3
4
5
¿Qué buscamos?
Estar seguros que lo que programamos
es correcto.

●

•

●

●

●

Evitar bugs innecesarios, si nuestro
códi...
Test Driven Development
Básicamente consiste en:
●

Probar cada línea de código que escribimos...

●

Probar cada cambio, ...
8
¡No hagas esto! Haz pruebas.
9
¡Sigue un orden!
Empieza por hacer Pruebas Unitarias

10
Pruebas Unitarias
Normalmente haces estas pruebas:
●

●

●

Cuando te acuerdas (o te recuerdan) que
debes probar
Pero no p...
TDD no es Unit Testing a secas

12
Test First Programming
Los que llegan a hacer esto:
●

●

●

'Diseñan' previamente su sistema a través
de todas las prueba...
TDD no es Test First Programming a secas
14
Qué es TDD

●

Sí es hacer Unit Tests

●

Sí es hacer Test First Programming

●

PERO todo dentro de un ciclo de desarroll...
El Ciclo del TDD

16
Las Tres Leyes de TDD
1) No escribir nada de código hasta escribir
una prueba unitaria (que va a fallar porque ni
código h...
Ventajas del TDD
●

Certeza.

●

Reducción de bugs.

●

Confianza.

●

Documentación.

●

Mejor diseño.
18
Un ejemplo...

https://github.com/jstitch/gift_circle

19
En resumen
●

●

●

●

TDD permite lograr un código probado
muy cercano al 100%.
Para hacer TDD bien, hay que seguir las
3...
¿PREGUNTAS?

21
GRACIAS
JAVIER NOVOA CATAÑO
Twitter @JaviStitch
jstitch@gmail.com
https://github.com/jstitch
22
Upcoming SlideShare
Loading in...5
×

Cómo hacer Test Driven Development

382

Published on

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.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
382
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
7
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • Mencionar herramientas:
    - frameworks para hacer Unit Testing según lenguaje
    Python: unittest
    Java: Junit
    PHP: PHPUnit
    C++: CppUnit
    C#: csUnit
    Javascript/jQuery: Qunit
    - code coverage tools
    Python: coverage.py
    PHP: PHPUnit
  • Transcript of "Cómo hacer Test Driven Development"

    1. 1. Cómo hacer TDD Javier Novoa C. 1
    2. 2. Contenido ● ● ● ● ¿Cómo programamos? ¿Qué buscamos? Test Driven Development. Un ejemplo. 2
    3. 3. Cómo solemos programar 3
    4. 4. 4
    5. 5. 5
    6. 6. ¿Qué buscamos? Estar seguros que lo que programamos es correcto. ● • ● ● ● Evitar bugs innecesarios, si nuestro código estuviera PROBADO al 100%. No tener incertidumbre al hacer cambios. Un 'documento' (útil) que nos explique el código (a nosotros programadores). Hacer más y mejor diseño e ingeniería, y menos burocracia. 6
    7. 7. Test Driven Development Básicamente consiste en: ● Probar cada línea de código que escribimos... ● Probar cada cambio, cada corrección de un bug... ● Escribir las pruebas antes que el código (¿¿??) 7
    8. 8. 8
    9. 9. ¡No hagas esto! Haz pruebas. 9
    10. 10. ¡Sigue un orden! Empieza por hacer Pruebas Unitarias 10
    11. 11. Pruebas Unitarias Normalmente haces estas pruebas: ● ● ● Cuando te acuerdas (o te recuerdan) que debes probar Pero no pruebas TODO tu código, sólo los escenarios principales. Terminas siendo laxo para probar realmente 11
    12. 12. TDD no es Unit Testing a secas 12
    13. 13. Test First Programming Los que llegan a hacer esto: ● ● ● 'Diseñan' previamente su sistema a través de todas las pruebas unitarias que debe pasar Luego programan para hacer pasar sus pruebas Terminan probando solo el diseño inicial, y no el sistema final 13
    14. 14. TDD no es Test First Programming a secas 14
    15. 15. Qué es TDD ● Sí es hacer Unit Tests ● Sí es hacer Test First Programming ● PERO todo dentro de un ciclo de desarrollo Extremo (XP): el Test Driven Development (o TDD) 15
    16. 16. El Ciclo del TDD 16
    17. 17. Las Tres Leyes de TDD 1) No escribir nada de código hasta escribir una prueba unitaria (que va a fallar porque ni código hay). 2) No escribir más de una prueba unitaria que falle. 3) No escribir más código que el necesario para que la actual prueba que falla, pase. 17
    18. 18. Ventajas del TDD ● Certeza. ● Reducción de bugs. ● Confianza. ● Documentación. ● Mejor diseño. 18
    19. 19. Un ejemplo... https://github.com/jstitch/gift_circle 19
    20. 20. En resumen ● ● ● ● TDD permite lograr un código probado muy cercano al 100%. Para hacer TDD bien, hay que seguir las 3 leyes. Es un método de trabajo para programadores con un ciclo de escritura de código/pruebas muy corto. Permite un diseño más profesional del código que escribimos. 20
    21. 21. ¿PREGUNTAS? 21
    22. 22. GRACIAS JAVIER NOVOA CATAÑO Twitter @JaviStitch jstitch@gmail.com https://github.com/jstitch 22
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×