La best practice più importante per me è "farne pochi".  Una volta che il
test end-to-end mi prova che i pezzi si parlano fra di loro, i dettagli di
quello che fanno li testo in test più piccoli, non end-to-end.

J. B. Rainsberger ha scritto a sfinimento sull'argomento "meglio farne
pochi":
http://blog.thecodewhisperer.com/permalink/integrated-tests-are-a-scam

2018-02-01 18:26 GMT+01:00 Gavino Pintus ayrton4...@hotmail.com
[it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>:

>
>
> Ciao ragazzi,
> Sto lavorando con un applicativo che ha Angular 4 a frontend e spring boot
> a backend.
>
> Ho iniziato a scrivere test end to end utilizzando protractor. Il tutto
> funziona bene, ma scrivendo davvero sul db (che é il db in memory hsql), il
> problema è che i test a volte vanno ed a volte no perché alla fine del
> processo non fanno rollback.
>
> Voi come avete risolto questo tipo di problemi? Ci sono delle best
> practice in merito?
>
> Grazie
>
> Il 31 gen 2018 19:29, "Uberto Barbini uberto.g...@gmail.com
> [it-torino-java-jug]" <it-torino-java-jug@yahoogroups.com> ha scritto:
>
>
>
> Come tutte le cose cqrs può fare molto danno se usata male.
> A Londra va di moda da un po' ed è già pieno di progetti nei guai. :)
>
> Btw all ddd exchange parlerò di cqrs funzionale.
>
> Uberto
>
> On 31 Jan 2018 12:58, "Matteo Vaccari matteo.vacc...@gmail.com
> [it-torino-java-jug]" <it-torino-java-jug@yahoogroups.com> wrote:
>
>
>
> poter rimuovere le bieche responsabilita' di lettura dai tuoi oggetti di
> dominio e' un'epifania che libera la mente per soluzioni piu' potenti e
> semplici, indipendentemente dall'architettura finale
>
>
> Ma che bella maniera di dirlo :)
>
>
> 2018-01-28 0:26 GMT+01:00 Carlo Bottiglieri carlo.bottigli...@gmail.com
> [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>:
>
>
>
> Ma che bel thread.
>
> Solo una nota e poi torno a lurkare: CQRS e Event Sourcing vengono
> spiegati e soprattutto usati assieme perche' assieme ti portano ai sistemi
> eventually-correct ad alte performance che tanto bene si adattano alle
> applicazioni commerciali di massa. Ha perfettamente senso, pero' trovo che
> nasconda un po' il valore concettuale di CQRS: poter rimuovere le bieche
> responsabilita' di lettura dai tuoi oggetti di dominio e' un'epifania che
> libera la mente per soluzioni piu' potenti e semplici, indipendentemente
> dall'architettura finale.
> CQRS+ES e' un bel meccanismo elegante, ma CQRS da solo e' un nuovo grado
> di liberta' quando definisci un qualunque ingranaggio, quindi e' meglio non
> incasellarlo solo con ES.
>
>
> On Sat, Jan 27, 2018 at 12:50 PM max carbone max.carb...@gmail.com
> <max..carb...@gmail.com> [it-torino-java-jug] <
> it-torino-java-jug@yahoogroups.com> wrote:
>
>
>
>
> Command-Query Responsibility Segregation
>
>
> Mi sento a casa :) Noi lo usiamo in combinazione con Event Sourcing (Axon
> nell specifico come implementazione).
>
>
> ​Ignorante che sono, ho "scoperto" il pattern CQRS solo di recente,
> anch'io combinato al pattern Event Sourcing (ref.: http://microservices.io
> /patterns/data/cqrs.html ).
>
> Bye.  max
>
>
> --
> 'Electric lamps were not invented by improving candles'
>
>
>
> 
>
          • ... Federico Fissore feder...@fsfe.org [it-torino-java-jug]
            • ... Andrea Cerisara andreaceris...@gmail.com [it-torino-java-jug]
          • ... Andrea Cerisara andreaceris...@gmail.com [it-torino-java-jug]
            • ... max carbone max.carb...@gmail.com [it-torino-java-jug]
              • ... Carlo Bottiglieri carlo.bottigli...@gmail.com [it-torino-java-jug]
              • ... Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
              • ... Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug]
              • ... Gavino Pintus ayrton4...@hotmail.com [it-torino-java-jug]
              • ... bruno bossola bboss...@gmail.com [it-torino-java-jug]
              • ... bruno bossola bboss...@gmail.com [it-torino-java-jug]
              • ... Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
              • ... Federico Tolomei fede+ju...@s17t.net [it-torino-java-jug]
  • Re: [Ju... Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
    • Re... Massimo Ugues m.ug...@gmail.com [it-torino-java-jug]
      • ... Matteo Vaccari matteo.vacc...@gmail.com [it-torino-java-jug]
  • Re: [Ju... Ramon Flamia ramon.fla...@gmail.com [it-torino-java-jug]
    • Re... Federico Tomassetti f.tomasse...@gmail.com [it-torino-java-jug]
    • Re... Andrea Cerisara andreaceris...@gmail.com [it-torino-java-jug]
      • ... Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug]
  • Re: [Ju... Ramon Flamia ramon.fla...@gmail.com [it-torino-java-jug]
  • Re: [Ju... Ramon Flamia ramon.fla...@gmail.com [it-torino-java-jug]

Reply via email to