Mały przydatny zestaw metod testowych

Asercje dla kolekcji i tablic. Uproszczone, ale daje radę: listing 1. Asercje dla kolekcji package pl.koziolekweb.test.assertions; import java.util.Collection; import org.testng.Assert; /** * Klasa zawiera dodatkowe asercje dla testów. Jest to rozszerzenie {@link Assert} i wykorzystuje * metody z tej klasy. * * @author Koziołek * */ public class ExtraAssertion extends Assert { /** * Testuje […]

Wady użycia mocków z mock-frameworków

Idzie sobie transakcja z banku. Trafia ona ci na moje biurko i muszę ją zwalidować. Biorę ci ja JSR-303 i przepuszczam ci ja transakcję przez tą zabawkę… Rzecz w tym, że mam kilka własnych walidatorów, które korzystają z danych pobranych z bazy. Dane sa pobierane raz i zapisywane w takim pseudo cache, który potrafi odpowiedzieć […]

Warsjava 2011 – zapowiedź

No to jedziemy z Warsjavą 🙂 Będę tam JA co dla wielu z was powinno być powodem do udania się na konferencję w celu uzyskania możliwości udania się na pokonferencyjnego browara z moją skromną osobą. Będzie Pizza jako obiad ufundowany przez sponsorów. Będzie duuużo prezentacji i warsztatów. Znaczy inaczej. Mamy cztery ścieżki. Trzy warsztatowe – […]

Testy dla wielu danych w TestNG

Sytuacja hipotetyczna. Mamy sobie jakiś interfejs i chcemy przetestować do dość dokładnie. Rzecz w tym, że dane wejściowe muszą spełniać dużo warunków względnie mogą zostać dostarczone w różnych konfiguracjach. Jeżeli chcielibyśmy napisać oddzielny test dla każdego zestawu danych to mówiąc obrazowo byśmy się zajebali. Oczywiści da się to zrobić jak zestawów jest niewiele np. metoda […]

Testowanie DAO w JPA 2.0 za pomocą DbUnit część 2

Malowanie zakończone sukcesem. Zatem czas na druga część problemu testowania klas DAO z użyciem DBUnit w środowisku z JPA 2.0. Bogowie, co za tytuł… ja powinienem z tego tytuł magisterki zrobić. Swoją drogą farba „Willow Creek 4” ma taki ładny kolor… jak przechodzące zestawy testów. Do rzeczy. W poprzedniej części postawiłem warunki jakie powinien spełniać […]

Testowanie DAO w JPA 2.0 za pomocą DbUnit część 1

Testy jednostkowe klas typu DAO (Data Access Object) są trudne. Wynika to z samej natury tych testów. Przypomnijmy, że testy jednostkowe powinny być: Małe – powinny testować jedną konkretną rzecz, jednostkę kodu. W Obiektowie jest nią metoda PUBLICZNA. Szybkie – testy powinny trwać krótko ponieważ są często wykonywany. Im krócej trwa tym częściej je wywołujemy. […]