Meetup 1 2020 - Nico Paez - TDDedeando la Arquitectura

Dado que la charla trataría sobre TDD, comencé haciendo una breve encuesta a los presentes sobre su conocimiento de TDD. Si bien más del 90 % conocía TDD, tan solo el ~17 % dijo utilizarlo a diario. Personalmente no me sorprende, porque según estudios formales que hemos realizado en los últimos años, el uso consistente de TDD ronda el 20%.

Transcript

3. ¿qué sabemos de TDD? https://strawpoll.com/h8x47234
7. Arquitectura
8. Decisiones relevantes de diseño
10. Del Big Design Up Front…. ….a la Emergencia
17. • • • •
24. Si la temperatura es mayor a 20: => Recomendar remera => Sino camisa
25. Application Weather API client
26. core HTTP/Json Input / output Weather API Adapter Weather API client
27. git build, test, deploy env
28. End-to-End Test core HTTP/Json Input / output Weather API Adapter Weather API client
29. Integration & Unit Test core HTTP/Json Input / output Weather API Adapter Weather API client Unit Test Context/Wireup Test
30. Edge-to-Edge Test core HTTP/Json Input / output Weather API Adapter Weather API client
31. Front Back controller (backend) servicio (domain) repositorio (api / soa) Pruebas de integración (y unitarias) Prueba unitarias Pruebas de componente Prueba unitarias y de componentes Pruebas de aceptación/story Servicios Externos Estrategia de Pruebas
32. Front Back controller (backend) servicio (domain) repositorio (api / soa) Pruebas de integración consumiendo el servicio para probar correcta integración con apis/servicios de terceros. Pruebas unitarias para verificar lógica de mapping. Prueba unitarias mockeando dependencias. Apunta a probar lógica de negocio pura. Pruebas de componente se prueba el contexto web mockeando repositorios. Apunta a probar todo el wire up de la aplicación web: inyección de dependencias, configuración, rutas http, validación de token, etc, etc Prueba unitarias y de componentes sin consumir back Pruebas de aceptación/story son edge-2-edge mockeando las api/servicios externos Servicios Externos Estrategia de Pruebas - Visión
33. Front Back controller (backend) servicio (domain) repositorio (api / soa) Pruebas de integración consumiendo el servicio para probar correcta integración con apis/servicios de terceros. Pruebas unitarias para verificar lógica de mapping. Prueba unitarias mockeando dependencias. Apunta a probar lógica de negocio pura. Pruebas de componente se prueba el contexto web mockeando repositorios. Apunta a probar todo el wire up de la aplicación web: inyección de dependencias, configuración, rutas http, validación de token, etc, etc Prueba unitarias y de componentes sin consumir back Pruebas de aceptación/story son edge-2-edge mockeando las api/servicios externos Servicios Externos Estrategia de Pruebas - Visión 1 2 3 4 5 Story1: 1 2 2 3 3 4 5 5 1 2 2 3 3 4 1 2 3 4 4 5
34. Quality Attributes Architectural Concerns
35. Asegurar características de la arquitectura más allá de las funcionalidades