Slideshare.net (beta)

Slide 1: Test Driven Development

Slide 2: Metodologías Ágiles  En los desarrollos basados en metodologías tradicionales, los cambios en los requisitos se veían como una amenaza, y no como una oportunidad.  Por el contrario, las metodologías ágiles interpretan esos cambios no sólo como inevitables, sino también necesarios. Su flexibilidad ante el cambio es su mayor baza.

Slide 3: Metodologías Ágiles  Los métodos ágiles más conocidos y empleados son:  Extreme Programming (XP)  Scrum  Adaptive Software Development (ASD)  Crystal Clear y otras metodologías de la familia Crystal  DSDM  Feature Driven Development  Lean software development  Todos estos métodos han surgido a partir del cumplimiento de los principios del manifiesto ágil.

Slide 4: Manifiesto Ágil  Individuos e interacciones por encima de los procesos y herramientas  Software que funciona por encima de la documentación exhaustiva  Colaboración con el cliente por encima de la negociación de contratos  Responder ante el cambio por encima del seguimiento de un plan

Slide 5: Programación Extrema  Es la más popular de las metodologías ágiles. Formulada por Kent Beck, entre sus características se cuentan:  Desarrollo iterativo e incremental.  Pruebas unitarias continuas.  Programación en parejas.  Integración frecuente del equipo de programación con el cliente.  Corrección de todos los errores antes de añadir nueva funcionalidad.  Hacer entregas frecuentes.  Refactorización del código  Propiedad del código compartida.  Código simple.

Slide 6: Test Driven Development  Forma parte de la metodología ágil XP.  Basa el desarrollo en la guía mediante pruebas del código.  Es, no sólo una forma de desarrollar, sino también de proporcionar la especificación de los requisitos. Por tanto, es un método de diseño.

Slide 7: Test Driven Development

Slide 8: Pruebas unitarias  Forman parte del TDD, aunque no significan lo mismo.  El TDD recomienda:  1) Desarrollar el código de pruebas  Al principio “romperá” al ejecutar e incluso tendremos código que no compile.  2) Desarrollar la funcionalidad que supere las pruebas.  El código más sencillo posible que supere la prueba.

Slide 9: Casos de prueba  Un caso de prueba, o Test Case, determina si el código cumple con los requisitos comprendidos en el mismo.  Algunas metodologías, como RUP, inciden en incluir dos casos de prueba por requisito: uno que debería hacer la prueba positiva y otro la negativa.  Los casos de prueba se recogen en una suite de pruebas.

Slide 10: Casos de prueba Precondiciones Test Poscondiciones Case

Slide 11: Software útil  Xplanner: Gestión del proyecto.  Fitnesse: Wiki para definir y gestionar las pruebas de aceptación.  Cruise Control: Motor de integración continua.  Redmine: Para seguimiento de los defectos y tareas.  Nunit / xUnit.Net: Framework para las pruebas unitarias.

Slide 12: Bibliografía  Extreme Programming Explained, Kent Beck.  Test Driven Development: By Example , Kent Beck  Test Driven Development in Microsoft .NET, James W. Newkirk and Alexei A.Vorontsov.  Test-Driven Development: A Practical Guide, David Astels.