Testy automatyczne w ddd i architekturze heksagonalnej
-
Upload
szymon-homa -
Category
Software
-
view
207 -
download
0
Transcript of Testy automatyczne w ddd i architekturze heksagonalnej
Testy automatyczne w
DDD i architekturze
heksagonalnej
Szymon Homa
@s2lomon
Hexagonal Architecture
Alistair Cockburn, Hexagonal Architecture
Hexagonal Architecture z lekkim dodatkiem DDD
Alistair Cockburn, Hexagonal Architecture
Domain Model
Hexagonal Architecture wraz z Bounded Context
Alistair Cockburn, Hexagonal Architecture
Hexagonal Architecture
Alistair Cockburn, Hexagonal Architecture
Domain ModelKierunek interakcji
Testy w obszarze modelu
Alistair Cockburn, Hexagonal Architecture
Domain Model
100% Unit Test (TDD)
Głównie klasyczne TDD
Test Double tylko w przypadku
istnienia jawnej abstrakcji
(np. Strategy/Specyfication)
Warto zadbać o Test Fixture
Testy w warstwie aplikacji
Alistair Cockburn, Hexagonal Architecture
Domain Model
Test Double na każdy przypadek sięgania
poza implemenotwany serwis
Korzystamy w większości z konkretnych
klas modelu
Czasami można użyć Dummy zamiast
konkretnej implementacji
Klasy modelu tworzymy korzystając z
Test Fixture
Testy w warstwach infrastruktury
Alistair Cockburn, Hexagonal Architecture
Domain Model
Głównie testy integracyjne
Testy jednostkowe mają sens
dla klas narzędziowych
służących do implementacji adaptera
(np. Assembler)
Można użyć Test Double
dla interfaceów zewnętrznych
Dobre miejsce na testy akceptacyjne
Dzięki