JUnit, testowanie DAO

JUnit, testowanie DAO
FL
  • Rejestracja:ponad 14 lat
  • Ostatnio:ponad 9 lat
  • Postów:36
1

Cześć,

Chciałbym się spytać o wasze doświadczenia z testowania DAO.
Mam taki prosty test:

Kopiuj
 
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:test-application-context.xml"})
@Transactional
@TransactionConfiguration(defaultRollback = true)
public class UserHbnDaoTest {
    @Autowired
    private UserDao userDao; //czy może UserHbnDaoImpl ?

    @Test
    public void testAddUser() {
        User user = new User();
        user.setPassword("asdasdasd");
        user.setUsername("asd@asd.pl");

        user.setPerson(new Person("Asd", "Dsa"));

        userDao.add(user);
    }
}

Teraz pytanie jak przetestować metodę "add". Mógłbym oczywiście pobrać użytkownika z bazy i sprawdzić czy dane się zgadzają ale z tego co słyszałem to w takim przypadku testuję 2 metody w jednym teście co mija się z celem.
Jak wy rozwiązujecie takie podejście ?

Pozdrawiam.

NoZi
  • Rejestracja:około 16 lat
  • Ostatnio:3 dni
0

A po co testujesz DAO ?


Hate the sin, love the sinner
FL
  • Rejestracja:ponad 14 lat
  • Ostatnio:ponad 9 lat
  • Postów:36
0

No żeby sprawdzić czy dane poprawie się zapisują :) To są chyba tak zwane testy integracyjne ale nie wiem do końca.

KA
nie ma sensu testować DAO.
0

użyj mocków do testów dao. Po coś one zostały wymyślone.

SZ
  • Rejestracja:prawie 11 lat
  • Ostatnio:ponad 4 lata
  • Postów:616
0

//given
long rowCount = countRows(Customer.class)

//when
dao.persist(customer);

//then
long currentRowCount = countRows(Customer.class)
assertThat(currentRowCount).isEqualsTo(rowCount +1)

edytowany 2x, ostatnio: Szczery
NoZi
  • Rejestracja:około 16 lat
  • Ostatnio:3 dni
0

Dalej nie rozumiem na co testowac dao


Hate the sin, love the sinner
FL
  • Rejestracja:ponad 14 lat
  • Ostatnio:ponad 9 lat
  • Postów:36
0

Chyba jednak DAO nie ma sensu testować z tego co czytałem ale może np: service`s, które korzystają z DAO.

Mamy klasę: User, Role, Person, Address.

User posiada Role
User posiada Person
Person posiada Address.

I jak mamy serwis do rejestracji użytkownika, to przydało by się sprawdzić czy wszystkie dane zostały zapisane prawidłowo.

2

Dlaczego testy integracyjne DAO nie maja sensu? Oczywiscie sie nie zgadzam. Wszystko zalezy od kontekstu.

Moim zdaniem maja, poniewaz:

  • pozwalaja sprawdzic np. poprawnosc constraints w JPA (Bean Validation): bardzo czesto zdarzaja sie tu problemy, w szczegolnosci rozjazdy miedzy baza, a mapowaniem
  • pozwalaja sprawdzic np. poprawnosc polaczenia z bazy i w ogolnosci konfiguracji: oczywiscie jest to kosztowne i powinno byc robione przy specjalnie przygotowanym srodowisku np. bazie w srodowisku CI (przez co czesto nie stac nas na testy integracyjne i testujemy jednostkowo, wtedy generalnie nie testujemy DAO)

Czy jak bedziecie mieli bardzo skomplikowane, dynamiczne zapytanie, ktore chcecie wytestowac integracyjnie majac np. specjalnie przygotowane srodowisko z danymi testowymi do tego celu to tez napiszecie, ze nie ma to sensu bo 'DAO sie nie testuje'?

Moim zdaniem ludzie maja tendencje do powtarzania zaslyszanych tekstow bez glebszego zrozumienia, co utrudnia wylapywanie wartosciowych postow na forach.

Testem DAO moze byc np. integracyjny test WebService, ktory np. zapisuje dane do specjalnie przygotowanej bazy, a nastepnie je usuwa (moze byc nawet z SoapUI).

Moim zdaniem nie ma sensu uruchamiac tego typu w srodowisku deweloperskim (w przeciwienstwie do unit testow przy kazdym uruchomieniu, ktore sa szybkie i zadzialaja niezaleznie od srodowiska).

Wada testow integracyjnych jest generalnie ich kosztownosc (czas wykonania i koniecznosc utrzymywanie srodowiska, w ktorym maja zadzialac), dlatego czesto ich sie po prostu nie wykonuje.

Jeszcze bardziej krzywa rade wydaje mi sie polecania uzycia mockow do testu DAO. Oczywiscie lepszy wydaje mi sie test integracyjny, bo testujemy rzeczywiste rozwiazania, a nie dzialanie frameworka mockujacego. Oczywiscie placimy za to wysoka cene bo testy integracyjne sa drogie.

Mocki sa swietne do logiki i testow w izolacji service, gdzie DAO sie mockuje, ale nie testuje (aby mozna bylo przetestowac interakcje miedzy testowanym obiektem (system under test), a jego zaleznosciami i dzialanie kodu logiki niezwianej z kontenerem EJB / Spring).

NoZi
Dalej nie widze sensu testować DAO. Jeśli chcesz pisać testy integracyjne to je pisz z użyciem serwisów/logiki biznesowej.
Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
0

Jednostkowo testuje się generalnie swój kod. Jeśli jedyne co masz w tym DAO to ''session.saveOrUpdate(...)" to właściwie nie ma czego testować ;) W DAO raczej nie ma zadnej logiki, a przynajmniej być nie powinno więc nie bardzo jest co testować.


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
n0name_l
Ale on nie chce tego jednostkowo testować, tylko integracyjnie. :P
Shalom
Ja generalnie nie wiem co on chce testować i on chyba też nie ;)
1
Jeśli chcesz pisać testy integracyjne to je pisz z użyciem serwisów/logiki biznesowej.</quote> Ja osoboście servicy testuje jednostkowo, nie integracyjne bo jest to tanie. Muszę wiedzieć jednak jakie interakcje lub assercje testuje (co chcę uzyskać). I używam Mockito, DAO sobie mockując. Gdybym prostą logikę testował integracyjnie (czyli za każdym razem uruchamiał kontener) mocno wydłużyłbym czas uruchomienia aplikacji, co moim zdaniem jest niekorzystne i dopuszczlane jedynie na żądanie. A tak testy jednostkowe idą jak błyskawica, przy każdym budowaniu aplikacji. Szkoda to psuć testami integracyjnymi.

Z kolei testy integranuje planuje wykorzystywać, gdy starczy czasu i problem będzie tego warty:

  • testów warunków brzegowych w bean validation (czasem z zapisem zapytań), zwykle z testem constraintów w środowisku bazy danych (szczególnie jak pojawiły się bugi, jak wszystko było ok raczej nie mam zamiaru ponosić kosztu utrzymywanie testu integracyjnego)
  • dziwnych selectów w SQL (np. dynamiczne query Criteria Query), ale muszę mieć gotowe dane i je utrzymywać (to jest drogie, ale czasem warto!)
  • testu service połączonych z DAO w pewnych szczególnych przypadkach, gdzie unit test nie da rady i test w izolacji nie ma sensu (jednak nie będę tego uruchamiał przy każdym budowaniu, bo kontener wymaga trochę czasu na załadowanie): czyli najlepiej za jednym zamachem integrascyjnie i WebService i DAO
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)