Evita escribir código innecesario.

Se intenta
Mayor calidad en el código desarrollado.
escribir el mínimo código posible, y si el código Elegir un requisito: Para conocer más el
Diseño orientado a las necesidades.
pasa una prueba aunque sepamos que es problema.
Simplicidad, nos enfocamos en el requisito
incorrecto nos da una idea de que tenemos que Codificar Prueba: Se empieza a estructurar una
concreto.Menor redundancia.
modificar nuestra lista de requisitos agregando pruebas según especificaciones de la
Mayor productividad.
uno nuevo. funcionalidad.
Nos reduce el número de errores.
La generación de pruebas para cada Verificar la prueba: Con el fin de detectar la falla
funcionalidad hace que el programador confíe o la prueba errónea.
en el código escrito. Esto permite hacer Codificar la implementación: Escribir el código lo
modificaciones profundas del código VENTAJAS más sencillo y corto que se pueda hacer.
(posiblemente en una etapa de mantenimiento Ejecutar las pruebas automatizadas: Se verifica
del programa) pues sabemos que si luego que el conjunto de pruebas funcionen
logramos hacer pasar todas las pruebas correctamente.
tendremos un código que funcione Refactorización: Se hace la eliminación de
correctamente. código duplicado o innecesario.
Otra característica del Test Driven Development Actualización de la lista de requisitos: Se
es que requiere que el programador primero actualiza la lista, borrando el que ya se
haga fallar los casos de prueba. La idea es implemento
asegurarse de que los casos de prueba realmente
funcionen y puedan recoger un error.

CICLO DE VIDA
CARACTERISTICAS

TEST DRIVEN DEVELOPMENT

TDD
DEFINICIÓN
PRINCIPIOS

Es un proceso de desarrollo 1. Implementación falsa:  Una vez que tenemos el

que consiste en  codificar test fallando, la forma más rápida de obtener la
pruebas, desarrollar y primera implementación es creando un fake que
refactorizar de forma continua devuelva una constante. Esto nos ayudará a ir
el código construido.
progresando poco a poco en la resolución del
problema, ya que al tener la prueba pasando
estamos listos para afrontar el siguiente caso.
2. Triangular:  o la técnica de la triangulación, es el
paso natural que sigue a la técnica de la
implementación falsa. Es más, en la mayoría de
DESVENTAJAS los contextos, forma parte de la triangulación,
basándose en lo siguiente:
a. Escoger el caso más simple que debe resolver
La principal desventaja que veo a esta metodología el algoritmo.
es que no es válida (al menos bajo mi punto de vista) b. Aplicar el algoritmo del TDD.
para test integrados, ya que necesitamos conocer los c. Repetir los pasos anteriores cubriendo las
datos del repositorio y verificar que el contenido es diferentes casuísticas.
el esperado después de realizar una transacción (o 3. Implementación obvia:  cuando la solución
un rollback en su defecto), lo cual, al final,requiere parece muy sencilla, lo ideal es escribir la
GRUPO 10 tener especial cuidado y un sistema de gestión para implementación obvia en las primeras
INTEGRANTE: un BBDD (aunque sea en memoria, que sería lo iteraciones del ciclo del TDD.
ideal).

- VELIZ BRUNO, KEVIN JEAN PIER