Mam do was pytanie natury mikroserwisowej. Minaowicie co nalezy rozumieć pod pojęciem testów integracyjnych architektur mikroserwisowych?
Samą komunikację między wybranymi dwoma mikroserwisami można sprawdzić przy pomocy testów kontraktu (pact lub spring cloud contract) natomiast większych integracji.
Zakładając ścieżkę krytyczną składającą się ze zintegrowanych 7 mikroserwisów można zrobić ogromny test e2e z tym, że w takim wypadku robimy podejście big bang gdzie scope do analizy ewentualnego błędu jest zwyczajnie ogromny. Można zastosować podejście inkrementalne i pisać testy stopniowo zwiększając stopień integracji co da nam bardziej zawężone scope'y. Pytaniem jest czy jest to dobre myślenie.
@Jelonek_Pudu: Moim zdaniem dobre podejście. My mamy testy: * jednostkowe * integracyjne w obrębie jednego mikroserwisu (czyli baza jest, pliki prawdziwe i inne takie) * e2e
Oczywiście nie ma czasu na pisanie wszystkich testów do wszystkiego ale mamy dobry mix i jakoś nawet całkiem dobrze się to kręci. Wiadomo, że błąd w teście e2e albo integracyjnym to więcej czasu spędzone na szukaniu dziury, ale przynajmniej wiadomo, że coś nie trybi (
Myślałem aby do testów integracyjnych napisać oddzielną aplikację z wykorzystaniem https://www.baeldung.com/docker-test-containers aby stawiać na czas życia testu wybrane mikroserwisy z obrazów dockerowych.
Mam do was pytanie natury mikroserwisowej. Minaowicie co nalezy rozumieć pod pojęciem testów integracyjnych architektur mikroserwisowych?
Samą komunikację między wybranymi dwoma mikroserwisami można sprawdzić przy pomocy testów kontraktu (pact lub spring cloud contract) natomiast większych integracji.
Zakładając ścieżkę krytyczną składającą się ze zintegrowanych 7 mikroserwisów można zrobić ogromny test e2e z tym, że w takim wypadku robimy podejście big bang gdzie scope do analizy ewentualnego błędu jest zwyczajnie ogromny. Można zastosować podejście inkrementalne i pisać testy stopniowo zwiększając stopień integracji co da nam bardziej zawężone scope'y. Pytaniem jest czy jest to dobre myślenie.
Będę wdzięczny za pomoc :)
#programowanie #webdev #java #spring #testowanieoprogramowania #testowanie
My mamy testy:
* jednostkowe
* integracyjne w obrębie jednego mikroserwisu (czyli baza jest, pliki prawdziwe i inne takie)
* e2e
Oczywiście nie ma czasu na pisanie wszystkich testów do wszystkiego ale mamy dobry mix i jakoś nawet całkiem dobrze się to kręci.
Wiadomo, że błąd w teście e2e albo integracyjnym to więcej czasu spędzone na szukaniu dziury, ale przynajmniej wiadomo, że coś nie trybi (
Myślałem aby do testów integracyjnych napisać oddzielną aplikację z wykorzystaniem https://www.baeldung.com/docker-test-containers aby stawiać na czas życia testu wybrane mikroserwisy z obrazów dockerowych.
Dodatkowo netflixowy Feign do uproszczenia klienta http:
https://github.com/OpenFeign/feign
co o tym myślisz?