[MrFisherman]

Kurcze nie moge znaleźć odpowiedzi, jak przetestować unikalną kolumnę w springu? Bo testuje sobie BookService i mam book.setIsbn("12345678910"); tyle że jak odpalę ponownie test to mi wyrzuca ofc błąd dataintegration bo to jest unikalna kolumna (w sensie ma mieć unikalne wartośći). Próbowałem dać tam UUID ale jest za długie na te kolumne. Co polecacie? #spring #java #testowanieoprogramowania

[psposki]

@MrFisherman: Ja bym to zrobił tak, że
Int nazwaWartosci = random.cośtam;
I potem book.setIsbn(nazwaWartosci) - i ew. łapanie błędu dataintegration i ponowne wylosowanie cyferek

Albo ustawić na obecną datę - 202101281128 - to się nie powtórzy( ͡° ͜ʖ ͡°)

[MrFisherman]

@psposki: już miałem to pierwsze robić kiedy zobaczyłem to drugie, tak zrobie dzieki

[psposki]

@MrFisherman: Edytowałem komentarz po chwili - pewnie dlatego, powodzenia :)

[Kuriozal]

@MrFisherman: test powinien sprzatac po sobie, wtedy takie problemy nie wystepuja.

[Kresse]

@MrFisherman: Jak to zwykły test integracyjny na H2, to oznacz test jako transactional i po teście zrobi rollback.

[cochese]

@Kuriozal: ...albo wręcz zakładać pustą, minimalną bazę do testów i usuwać ją po zakończeniu.

[Kuriozal]

@cochese: no dokladnie, to co zastosuje to juz ma male znaczenie. Wazne zeby baza byla w takim samym stanie przed jak i po tescie.

Pal licho nawet te kolumny z unique ale nie sprzatanie moze prowadzic do padajacych testow w losowych momentach bo np kolejnosc ich uruchomienia moze miec znaczenie.

[MrFisherman]

@Kuriozal: czyli najprościej moge w każdym teście dodać na koncu usuwanie dodanych rekordów z bazy tak? i bedzie to normalna odpowiednia praktyka? Bo np dodanie @Transactional akurat nie działa na mysql.

[MrFisherman]

@Kuriozal: @cochese: z drugiej strony jeśli potrzebuje dodać 2 naraz obiekty do bazy to i tak problem bedzie wystepował, bo jak musze do testu mieć 2 książki dodane to jak mam w miedzyczasie posprzatać? ( ͡° ͜ʖ ͡°)

[Kuriozal]

@MrFisherman: no to do testu dodajesz dwie, a potem je usuwasz. nie do konca rozumiem problem :)

I tak, jest to normalna praktyka, ze po wykonaniu assercji czyscimy baze ze wszystkiego co test wyprodukowal. Z drugiej strony przemysl zmiane bazy danych do testow z mysql na wyzej wymienione h2, h2 ladnie udaje dialekt mysql i dziala w pamieci przez co jest szybka i latwa do wyczyszczenia :)

[MrFisherman]

@Kuriozal: ok to spróbuje zmienić na h2 do testów, dzięki!

[Kuriozal]

@MrFisherman: jak uzyjesz h2 w wersji memory to mozesz uzyc DirtiesContext - https://stackoverflow.com/questions/34617152/how-to-re-create-database-before-each-test-in-spring/37246354