Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Federico Fissore feder...@fsfe.org [it-torino-java-jug] 
Fabrizio Catapano faber.c...@gmail.com [it-torino-java-jug] ha scritto 
il 08/06/20 alle 12:47:
> 
> 
> Ciao ,
> noi usiamo i contract test con PACT, avevo suggerito @Frank e @Simone 
> Bordet  un mini talk ( in attesa ) , poi 
> dipende dallo scenario. In generale dipende se i servizi sono entrambi 
> sotto tuo dominio o meno. Nel primo caso contract altrimenti si può 
> andare di validation.
> 
> 

In attesa in che senso?

Sarei molto interessato a sentire il tuo talk, specialmente se è 
esperienza vissuta

federico

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Fabrizio Catapano faber.c...@gmail.com [it-torino-java-jug] 
Ciao ,
noi usiamo i contract test con PACT, avevo suggerito @Frank e @Simone Bordet
 un mini talk ( in attesa ) , poi dipende dallo
scenario. In generale dipende se i servizi sono entrambi sotto tuo dominio
o meno. Nel primo caso contract altrimenti si può andare di validation..




Il giorno lun 8 giu 2020 alle ore 12:20 Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  ha scritto:

>
>
> Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] ha scritto il
> 08/06/20 alle 12:09:
> >
> > Abbiamo esplorato l'approccio di pact e simili ma abbiamo trovato troppo
> > riduttivo lavorare solo con recorded requests
> >
>
> Ah considerazione molto interessante
>
> federico
> 
>

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Federico Fissore feder...@fsfe.org [it-torino-java-jug] 
Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] ha scritto il 
08/06/20 alle 12:09:
> 
> Abbiamo esplorato l'approccio di pact e simili ma abbiamo trovato troppo 
> riduttivo lavorare solo con recorded requests
> 

Ah considerazione molto interessante

federico

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] 
Si esatto.
Teoricamente si potrebbe fare anche in produzione per tests read only.
È uno step del ci/CD.

Abbiamo esplorato l'approccio di pact e simili ma abbiamo trovato troppo
riduttivo lavorare solo con recorded requests

Uberto

On Mon, 8 Jun 2020, 10:55 Federico Fissore feder...@fsfe.org
[it-torino-java-jug],  wrote:

>
>
> Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] ha scritto il
> 08/06/20 alle 11:24:
> >
> > 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.
> >
>
> Interessante. Per essere sicuro di aver capito: quindi il team A fa
> partire i suoi servizi in un ambiente simil-produzione, e fa girare i
> test del team B puntando a quei servizi (e viceversa), corretto?
>
> federico
> 
>

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] 
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 feder...@fsfe.org
[it-torino-java-jug]  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
> 
>

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] 
On Mon, Jun 8, 2020 at 10:22 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao
>
> Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] ha scritto
> il 08/06/20 alle 09:55:
> > Per servizi esterni http, puoi guardare Wiremock, che permette il
> > recording delle chiamate e poi il replay mentre fai test.
> > Avevo solo fatto qualche esperimento, ma mi pareva il piu' completo in
> > quell'ambito.
>
> Interessante: ho dato uno sguardo alla documentazione ma non ho capito
> come (e se) posso distribuire il risultato di una "registrazione".. Ti
> ricordi come si fa?
>
> Quello che vorrei fare è:
> 1) registro qualche chiamata significativa "reale" al servizio X
> 2) passo le registrazioni al servizio Y che le usa per moccare il servizio
> X
>
> Serve a quello: lo metti come proxy, lui registra le chiamate e salva le
risposte.
Lo metti in modalita' "mock/stub" e risponde alle chiamate con le risposte
registrate in precedenza.

Io lo facevo a manella: chiamavo un servizio, mi salvavo i json, poi
"programmavo" il mio  http-mock per servirmi le risposte.

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
Ciao, anche io preferisco i mock di un oggetto "boundary" (quelli che mi
escono dal paradigma OO) e poi testo separatamente il boundary.

Un po' di tempo fa per i test http mi ero fatto questo:
https://github.com/EFEducationFirstMobile/bimbo-proxy
che usavamo per i puri test end2end/integrazione. In pratica "programmi" un
endpoint e poi lui ti restituisce quello che hai programmato.

Pero' dopo ho scoperto che ce n'era un altro ancora meglio, opensource
fatto veramente bene, solo che al momento non me ne ricordo il nome, quindi
qualcuno deve riempire gli spazi qui :)

Ciao,

Bruno
--
Bruno Bossola
CTO - meterian.io
Scan your website now! 
Scan your project now! 


On Mon, 8 Jun 2020 at 08:56, Roberto Franchini ro.franch...@gmail.com
[it-torino-java-jug]  wrote:

>
>
>
>
> On Mon, Jun 8, 2020 at 9:50 AM Federico Fissore feder...@fsfe.org
> [it-torino-java-jug]  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?
>>
>>
> Uso testcontainers in Java.
> Ora ci sono i port per GO (main committer torinese)  e node
> Per servizi esterni http, puoi guardare Wiremock, che permette il
> recording delle chiamate e poi il replay mentre fai test.
> Avevo solo fatto qualche esperimento, ma mi pareva il piu' completo in
> quell'ambito.
> Anni fa mi ero costruito un http-mock con jetty:
> https://github.com/robfrank/http-mock (non e' manutenuto da tempo, molto
> tempo)
> FRANK
>
> --
> Roberto Franchini
> "The impossible is inevitable"
> https://github.com/robfrank/
> https://twitter.com/robfrankie
> https://www.linkedin.com/in/robfrank
>
> 
>

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Federico Fissore feder...@fsfe.org [it-torino-java-jug] 
Ciao

Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] ha scritto 
il 08/06/20 alle 09:55:
> Per servizi esterni http, puoi guardare Wiremock, che permette il 
> recording delle chiamate e poi il replay mentre fai test.
> Avevo solo fatto qualche esperimento, ma mi pareva il piu' completo in 
> quell'ambito.


Interessante: ho dato uno sguardo alla documentazione ma non ho capito 
come (e se) posso distribuire il risultato di una "registrazione". Ti 
ricordi come si fa?

Quello che vorrei fare è:
1) registro qualche chiamata significativa "reale" al servizio X
2) passo le registrazioni al servizio Y che le usa per moccare il servizio X

federico

Re: [Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] 
On Mon, Jun 8, 2020 at 9:50 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  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?
>
>
Uso testcontainers in Java.
Ora ci sono i port per GO (main committer torinese)  e node
Per servizi esterni http, puoi guardare Wiremock, che permette il recording
delle chiamate e poi il replay mentre fai test.
Avevo solo fatto qualche esperimento, ma mi pareva il piu' completo in
quell'ambito.
Anni fa mi ero costruito un http-mock con jetty:
https://github.com/robfrank/http-mock (non e' manutenuto da tempo, molto
tempo)
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Test di integrazione fra servizi

2020-06-08 Thread Federico Fissore feder...@fsfe.org [it-torino-java-jug] 
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

[Jug-Torino] [ANN] Meeting (online) giovedì 11 Giugno

2020-06-08 Thread Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] 
Ciao juggers,
il prossimo meeting (online) si terra'  giovedi' 11 Giugno, sempre a
partire dalle 18.

Comunicheremo il link alla live Youtube appeva avremo il link a
disposizione su tutti i canali di JugTo e JugMI

Dettagli
https://jugtorino.org/2020/06/08/meeting-giugno-1-2020.html

Iscrizione
https://www.meetup.com/JUGTorino/events/271157499/


Ci vediamo online!!!
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank