Noi abbiamo una architettura a microservices in http. Per altri servizi http esterni facciamo dei "fake" che pero' sono veri server http con un minimo di logica. Per altri servizi non http (rabbit, db, ecc.) usiamo containers configurati apposta.
Sempre per gli altri servizi http abbiamo dei test contract per cui noi facciamo girarei test del team B che usa i nostri servizi prima di ogni rilascio. Allo stesso modo il team B fa girare i nostri tests sui loro servizi prima dei loro rilasci. Uberto On Mon, 8 Jun 2020 at 08:50, Federico Fissore [email protected] [it-torino-java-jug] <[email protected]> wrote: > > > Ciao a tutti > > sto cercando di farmi una cultura sui modi con cui fare test di > integrazione fra servizi, in particolare su cosa fare per "fingere" > chiamate http o a bus di messaggi tipo rabbit o altro > > voi come fate? > > io in passato ho usato 2 approcci: > - in java ho barato, evitando il problema delegando a oggetti "service" > il compito di dialogare con il servizio esterno: nei test mockavo il > service e il gioco era fatto > - in node ho usato nock, che tira su un finto server http con delle > risposte predefinite > > di recente ho anche visto, ma ancora non usato, spring cloud contract e > pact. voi li avete usati? come vi siete trovati? quali altri > approcci/tool conoscete? > > ciao > > federico > >
