Tema 6.6 - TDD, FDD y Metodologías Crystal

No escribir código a menos que se tenga una prueba fallando. 

Elimina duplicación (DRY). 

El mantra utilizado en TDD es: 

RED. 

GREEN. 

REFACTOR. 

TDD cuenta con dos tipos de pruebas: 

Pruebas unitarias. 

Pruebas de aceptación

Desarrollado para satisfacer necesidades específicas en proyectos de desarrollo de software de gran tamaño.

Cada característica se relaciona a una capacidad pequeña de valor.

Director del proyecto.

Arquitecto jefe.

Director de desarrollo.

Programador en jefe.

Dueño de la clase y/o experto en dominio.

Construir lista de características.

Planificar por característica.

Diseñar por característica.

Construir por característica.

Modelado de objetos de dominio.

Desarrollo por características.

Propiedad de clase individual.

Equipos por características.

Inspecciones.

Gestión de la configuración.

Construcciones periódicas.

Visibilidad del proceso y los resultados

Son apropiadas para entornos ligeros.

Al estar diseñadas para el cambio, se experimenta reducción de costo.

Presentan una planificación más transparente para los clientes.

Se definen en cada iteración cuáles son los objetivos de la siguiente.

Permiten tener una muy útil retroalimentación de los usuarios.

Delimita el alcance del proyecto con el cliente.

Puede no ser factible para proyectos muy grandes.

Establece equipos colocados, más no la distribución.

Aún está en desarrollo.

Basadas en la observación de muchos equipos que siguieron las metodologías ágiles.

Centradas en las personas.

El proceso de desarrollo y las herramientas no son fijas.

Se ajustan a los requerimientos y características específicas del proyecto.

Son “metodologías livianas” que evitan procesos estrictos.

La comodidad.

El dinero a discreción.

Dinero esencial.

La vida.