[imo0mfg]

Pytanie do bardziej doświadczonych w #testowanieoprogramowania:

Poradziłem sobie już z testami #cypress w #docker osobno dla API i osobno dla komponentów (aplikacja na dwóch repozytoriach: frontend i API). Podejrzewam, że wrzucenie tego w pipeline to formalność (mam doświadczenie z bitbucketa, teraz pracuję na azure).

Sen z powiek spędzają mi testy e2e i chyba jedyne co do głowy mi przychodzi to nightly buildy na testowy serwer i odpalanie z pipeline repo frontendu testów e2e (pliki testów w repo frontendu) na nim (czyli raz na dobę mielibyśmy wiadomość zwrotną czy poprzedni dzień developmentu czegoś nie popsuł). Przeszkadzałoby mi tylko w sumie to, że programista przed wypushowaniem zmian nie mógłby u siebie sprawdzić lokalnie, ewentualnie mogłoby to być jako step w pr jeżeli zrobiłbym jak wyżej opisałem.

Ktoś ma jakieś inne doświadczenia, miałby jakąś poradę co do aplikacji na dwóch repozytoriach i automatyzacji (komponenty, api, e2e) połączonej z dockerem i pipelinami?

[LaylaTichy]

@imo0mfg:

pierwsza opcja: mockujesz api uzywajac msw https://mswjs.io/ czy pod playwrighta https://www.npmjs.com/package/playwright-msw po cypresa tez pewnie cos jest, najprostsza, najszybsza

opcja druga: no pewnie masz te rzeczy budowane do obrazow dockera, nie wiem jak to teraz wyglada w azure, wiec powiem na podstawie gitlaba czy tam bitbucketa bo dziala

[Pmpa]

@imo0mfg: docker compose up backend docker compose up frontend, aktualizujesz repo z testami, docker compose run tests --env=local. Gdzie do locala masz przypisany localhost. Jak odpalasz na srodowisku testowym to --env=dev test staging czy jak tam macie??
Druga opcja to monorepo