Prezentacja która służyła jako podkład do rozmowy podczas spotkania SoftwareCraftsmanship Silesia (http://www.meetup.com/sc-silesia/events/217544292/).
Kod omawiany podczas meetup-a dostępny na bitbucket:
https://bitbucket.org/szymon_homa/tdd-ddd_airport
6. Testy w obszarze modelu
Domain Model
Alistair Cockburn, Hexagonal Architecture
100% Unit Test (TDD)
Głównie klasyczne TDD
Test Double tylko w przypadku
istnienia jawnej abstrakcji
(np. Strategy/Specyfication)
Warto zadbać o Test Fixture
7. Testy w warstwie aplikacji
Domain Model
Alistair Cockburn, Hexagonal Architecture
Test Double na każdy przypadek sięgania
poza implemenotwany serwis
Korzystamy w większości z konkretnych
klas modelu
Klasy modelu tworzymy korzystając z
Test Fixture
Czasami można użyć Dummy zamiast
konkretnej implementacji
8. Testy w warstwach infrastruktury
Domain Model
Alistair Cockburn, Hexagonal Architecture
Głównie testy integracyjne
Testy jednostkowe mają sens
dla klas narzędziowych
służących do implementacji adaptera
(np. Assembler)
Dobre miejsce na testy akceptacyjne
Można użyć Test Double
dla interfaceów zewnętrznych