Ensayo Sobre Tdd

Ensayo sobre Test Driven development

Autor: Cáceres Vega Israel Yasis
Empezaremos describiendo que es el Test Driven Development (TDD) o cual es el significado de este tipo de desarrollo aun mas que desarrollo más bien de diseño de software, el TDD es una forma de desarrollar software que se basa en pruebas que es muy distinta a la forma tradicional de desarrollar software, la formatradicional era primero escribir una gran parte del software y después someterlo a pruebas y ver si algo fallaba y si algo fallaba corregirlo y no siempre es fácil corregir un error a demás se nos puede pasar de vista el error y crear el llamado bug mientras Test Driven Development no genera un cierto grado de seguridad en que el código a de estar bien y eso nos tranquiliza y nos deja trabajar de unaforma mejor.
Test Driven Development nos dice que primero tenemos que escribir un código simple esperando a que falle las serie de pruebas o Test que le damos depende de un determinado requisito que el cliente desea, luego paso por paso corrigiendo los errores que botaran los Test y añadiendo particularidades que deseamos a nuestro código y de nuevo añadir rápidamente otra prueba y probar laprueba y si falla corregir y hacer un pequeño cambio al código y asi hacer esto hasta que todas las pruebas pasen con éxito y una vez que nuestro código pasa con éxito debemos refactorizar para eliminar la duplicación y crear un código limpio y reutilizable.
Otra característica por la que debemos tomar en cuenta el Test Driven Development es que es conjunto de técnicas que cualquier ingeniero desoftware puede seguir creando un cierto grado de confianza, en el libro de “Addison Wesley” recalca este punto ya que no todos somos genios y podemos crear una maravilla de producto de software mientras si utilizamos el Test Driven Development nos ayudará a trabajar más cerca de nuestra capacidad.
La completitud del Test Driven Development es realmente sencilla pero llevarla a la práctica de laforma correcta es cosa de mucha práctica por eso usaremos una forma de usar el Test Driven Development la cual seria de la siguiente manera:
-Escribir la especificación del requisito: el primer paso es eso porque teniendo claro cuál es el requisito lo podremos llevar al código para esto usaremos en primera instancia algún framework xUnit, en un comienzo no se puede que un Test es un Test másbien se parece a un ejemplo o especificación para conseguir todas estas especificaciones se podría usar un proceso ágil el Scrum que es nuestro proceso ágil en estudio.

- Escribir el código que haga funcionar nuestro ejemplo , en un comienzo no nos preocuparemos mucho de esto, solo escribiremos lo necesario para que el Test pase siendo los más pocos caracteres posibles no importando que el códigoluzca feo por qué tiene que ser algo que no nos llevo mucho tiempo hacerla esto se arreglara paso a paso con las siguientes iteraciones . Una regla en este punto es no implementar nada más que el código suficiente para que el requisito sea cumplido y la prueba pase, aunque parece fácil esto es algo en que nosotros los que desarrollamos software fallamos porque siempre escribimos más código delque realmente necesitamos.

- El último paso sería la refactorizacion, esto no significa que debemos rehacer el código más bien es modificar el diseño sin alterar su comportamiento en si el proceso de refactorización es el de buscar líneas duplicadas y eliminarlas si no encontramos mas código duplicado quiere decir que estamos creando un software de más calidad.

Uno de los principalespropósitos del Test Driven Development es el de eliminar la dependencia y la duplicación, aunque el verdadero problema es la dependencia por que la duplicación es uno de sus síntomas, la dependencia es el problema clave en el desarrollo de software y mejoraremos el diseño a través del ciclo: Rojo, verde y refactorización. La cual es otra forma de enumerar las tres fases.
El rojo es para hacer...