8 rzeczy, które musisz wiedzieć o testach jednostkowych w Javie

Poświęciłam ostatnio kilkanaście godzin na przygotowanie dokumentu o pisaniu testów jednostkowych w Javie. Bazując na praktycznym doświadczeniu w wielu projektach spisałam listę dobrych praktyk i technik, które pomogą każdemu, kto chce pisać lepsze testy jednostkowe. 

 Zaczęłam od testów jednostkowych, bo są najłatwiejsze, najtańsze i wszechobecne. Nie programowałam nigdy w dojrzałym projekcie, który nie miałby testów jednostkowych. Na nich jednak nie poprzestanę, chciałabym zbudować społeczność wokół testowania dla programistów i programistek (i kodowania testów dla testerów i testerek). Uważam, że pisanie dobry testów jest ważną umiejętnością w tworzeniu oprogramowania i jest obowiązkiem całego zespołu.

 Jeśli chcesz poprawić jakość pisanych testów, rozszerzyć wiedzę na temat testowania, albo dołączyć do społeczności dbającej o jakość oprogramowania, zapraszam Cię do pobrania mojego poradnika ze strony szkolatestow.online. Wystarczy, że podasz swój adres email, aby dostać go całkiem za darmo ;) W każdej chwili możesz się wypisać z listy mailingowej, ale obiecuję, że warto w niej zostać, żeby dostawać solidne dawki wiedzy.

Komentarze

Prześlij komentarz

Popularne posty z tego bloga

Jeśli jesteś najmądrzejszą osobą w pokoju, to jak najszybciej zmień pokój!

Obraz
Kiedyś chciałam odejść z IT. Przeszkadzało mi w społeczności wiele rzeczy. Ego, nadmierny sarkazm, nieustanne krytykowanie wszystkiego. Nie chciałam tu zgorzknieć, ale też nie wiedziałam jak mogę cokolwiek zmienić. Popełniałam jeden błąd. Widziałam szklankę do połowy pustą. Nie dostrzegałam rąk przychodzących z pomocą, wsparcia przy tworzeniu projektów i prezentacji, czy zwyczajnie sympatycznych ludzi. Kiedy występowałam z pierwszymi prezentacjami zapamiętywałam głównie negatywne opinie, wiadomo. Te pozytywne na pewno pochodziły od ludzi, którzy się nie znają, albo są jeszcze gorsi ode mnie, wiadomo. Z czasem zaczęłam robić dwie rzeczy. Po pierwsze zaczęłam robić dużo i nie oglądać się na opinie innych. Słucham tych opinii i wyciągam z nich wnioski, ale nie biorę ich jakoś śmiertelnie poważnie. Po drugie, zaczęłam spotykać się z ludźmi, którzy dają mi energetycznego kopa, a nie wysysają moje siły życiowe. Przy dyskusjach o wyższości technologii X nad Y (i jej programistów) zmieniam s...
Czytaj więcej

Fastline dla kobiet w IT? Nie, dziękuję.

Obraz
Dyskryminacja to realny problem. IT wcale nie jest lepsze niż inne branże. Chociaż dużo się przez ostatnie 10 lat zmieniło, to w wielu miejscach seksizm ma się świetnie. Czy specjalne traktowanie kobiet, przyjmowanie na ulgowych warunkach, czy wyrównywanie praw poprzez pozytywną dyskryminację pomoże? Moim zdaniem wyleje tylko dziecko z kąpielą. Po raz kolejny  „ Why" jest szlachetne, ale realizacja już słabiutka. Jak zatem można zmienić branżę na lepsze? I czy to w ogóle możliwe? Czy IT w ogóle potrzebuje więcej kobiet?  Nasza branża na pewno potrzebuje więcej różnorodności. Światopoglądowej i talentowej. Szczerze mówiąc denerwują mnie argumenty w stylu  „ kobiety są bardziej empatyczne",  „ kobiety się lepiej komunikują",  „ kobietom łatwiej pracować z ludźmi". Płeć nie jest tutaj odpowiedzią, różnorodność jest. Ta różnorodność, która mieszka między uszami, nie między nogami. Często pewnie będzie przybierać postać płci, ale używając takich argumentów wpadamy z ...
Czytaj więcej

Nie po to skończył*m informatykę, żeby rozmawiać z ludźmi?

Obraz
 "Nie po to skończył*m informatykę, żeby rozmawiać z ludźmi." To zdanie to najgłupsze i najbardziej szkodliwe tłumaczenie ignorancji wobec umiejętności miękkich. Słyszałam je zbyt wiele razy. Oczywiście przeważnie bywa wypowiadane jako żart, ale ten żart powtarzany w nieskończoność zasiewa nam w głowie ziarno.  Są projekty, które padły ze względu na źle dobraną technologię. Startupy, które zarżnął czysty kod. Projekty korporacyjne, które poślizgnęły się na niedojrzałych bibliotekach. Jednak to co kładzie większość projektów, to komunikacja. Niewłaściwie zebrane wymagania. Nieumiejętnie przekazane oczekiwania. Niewłaściwie przetestowany produkt. I wreszcie, mój ulubieniec: kod który robi coś innego, niż powinien. Perła w koronie inżynierów dumnie zasiadających w swoich piwnicach. Piwnicach mentalnych. Skąd się to bierze? Z procesów. Bez względu na to, czy pracujemy w dużym korpo, czy małej firmie mamy jakieś procesy, zwyczaje i sposoby rozwiązywania problemów. To nie są wyryte...
Czytaj więcej