Resumen del flujo de desarrollo usando TDD que hacemos Alea Soluciones y la evolución que ha tenido el proceso. Software Craftsmanship Barcelona 2014

1. TDD/BDD Práctico
para aplicaciones
con dominio rico
Barcelona Software Crafmanship 2014

2. @eferro

3. @nestorsalceda

4. Alea Soluciones

5. Contexto
Tipo de aplicaciones
Delivery mechanisms
Sistemas de gestión de información
Sistemas de
monitorización/control/scada
Sistemas de orquestación y configuración

6. Para desarrollo
Bounded contexts
DDD / OOP
Sin acoplamiento al framework
TDD a cascoporro

7. Pirámide de testing

9. TDD Mockist

10. Entrando por lógica de dominio
Test unitarios con aislamiento por clase

11. Conclusiones
Buena cobertura
Granularidad en caso de error muy buena.
A veces rompen en cascada.
Poco coste mental una vez aprendido el
proceso
Coste alto de mantenimiento / refactor

12. TDD por
funcionalidad

13. Test unitario con aislamiento por
funcionalidad
Outside In. Comenzando por lógica de
negocio
Negocio puro y duro

14. Conclusiones
Terminologia de negocio
Buena cobertura
Granularidad en caso de error muy buena
Coste bajo de mantenimiento
Se disfruta refactorizando
Menor tendencia a megaconstrucciones
Valor de negocio más rápido
Feedback mucho antes

15. Dificultades
Necesitas arquitectura hexagonal o
similar
Cuesta identificar los puertos
Requiere algo más de poder mental. Se
pueden usar mocks como andamiaje

16. ¿Cómo lo hacemos
actualmente?

17. Flujo por
funcionalidad
Green Field

18. Análisis
Identificar puertos
Dobles para puertos
Adaptadores (Repositorios, Servicios,
SNMP …)
– Tests de contrato
– TDD con dobles para los wrappers de librerías

19. Flujo por
funcionalidad
Brown Field

20. Análisis / ¿Dónde impacta?
“For each desired change, make the change
easy (warning: this may be hard), then make
the easy change” Kent Beck
Dobles como puertos
Adaptadores (Repositorios, Servicios, SNMP …)
– Tests de contrato
– TDD con dobles para los wrappers de librerías

22. ¡Enséñame los
tests!

23. Números

24. 660 test unitarios de clase / 1 segundo
180 test unitarios de funcionalidad / 0.6
segundos
180 tests de integración / 14 segundos
– Unos 50 de contrato

25. ¡Gracias!