"Se puede soportar la fuerza bruta pero, la razón bruta es muy insoportable" —Oscar Wilde
"Escribir sólo código para fijar una prueba de errores"
Eso es desarrollo basado en pruebas, o TDD. Primero tenemos la prueba, luego, escribimos el código de la prueba y finalmente ejecutamos el código para ver como pasa. Entonces nos encontramos con el mejor diseño posible para lo que tenemos, confiando en la actual pruebas que nos impiden romper cosas mientras estamos en ello. Este enfoque a la construcción de software incentiva el buen diseño, produce código comprobable, y nos mantiene lejos de un exceso de ingeniería de nuestro sistemas, debido a supuestos defectos. Todo esto se logra por el simple hecho de conducir nuestros diseños con pruebas ejecutables que nos mueve hacia el final de la ejecución.
Esta documentación tiene como objetivo aprender tomando esos pequeños pasos. A lo largo de los capítulos aprenderemos los principios y las complejidades de TDD, vamos aprender a desarrollar en Java y Aplicaciones Enterprise Java con TDD, y apreseremos a manejar nuestro desarrollo con un proceso centrado en la idea de TDD con los que llamamos aceptación de desarrollo basado en pruebas (TDD o aceptación ATDD). Vamos a conducir desarrollo en el nivel funcional escribiendo las pruebas funcionales o aceptación, antes del código final
TDD ha sido aplicado hace muchos años, no es un invento nuevo. Muchos veteranos tienen historias que contar acerca de cómo se utiliza para escribir las pruebas antes del código. Hoy esta forma de desarrollar software tiene un nombre - TDD. La mayor parte de esta documentación está dedicado al "qué" y el "cómo" de desarrollo basado en pruebas, aplicadas a las distintas tareas involucradas en el desarrollo de software.
Sin embargo TDD es todavía nuevo. Así como en el día de hoy, ciertos productos son un lujos de ayer. Lo mismo ocurre con la programación diseñada con una técnica, suele comenzar como un lujo de algunos profesionales con experiencia y adoptadas por las masas años mas trade, cuando los pioneros ya han demostrado la técnica. La técnica se convierte en negocio como de costumbre, en lugar de ser una oportunidad para los más aventureros.
La adopción masiva de TDD está siendo cada día mas cercana. De hecho, se cree que ya ha comenzado, y he de esperar que esta documentación haga el aterrizaje con pocos baches.
Comenzaremos esta nueva práctica pensando que nos gustaría lograr y lo que se pone en nuestro camino para llevarlo a cabo. Para ello crearemos un Plan de Trabajo para explorar como TDD y la aceptación de TDD pueden ayudar a resolver esos problemas, descubriremos qué herramientas se pueden emplear para dominar el camino de los artesanos.
No hay comentarios:
Publicar un comentario