- La implementación de las funciones justas que el cliente necesita y no más.
- La minimización del número de defectos que llegan al software en fase de producción.
- La produccion de software modular, altamente reutilizable y preparado para el cambio.
En TDD, de pensar en implementar tareas, se pasa a pensar en ejemplos certeros que eliminen la ambiquedad de nuestro idioma. Se intenta traducir el caso de uso o tarea en N ejemplos, hasta que la cantidad sea suficiente como para describir la tarea sin dar lugar a malinterpretaciones. La propia implementación de pequeños ejemplos, en constantes iteraciones, hacen emerger la arquitectura que se necesita usar. Esta arquitectura emerge de la no-ambiguedad de los test automatizados, que no deja de lado las revisiones de código entre compañeros ni desarrolladores más veteranos.
Fuente: http://www.dirigidoportests.com/wp-content/uploads/2009/12/disenoAgilConTDD.pdf
No hay comentarios:
Publicar un comentario