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