×
Dodano do koszyka:
Pozycja znajduje się w koszyku, zwiększono ilość tej pozycji:
Zakupiłeś już tę pozycję:
Książkę możesz pobrać z biblioteki w panelu użytkownika
Pozycja znajduje się w koszyku
Przejdź do koszyka

Zawartość koszyka

ODBIERZ TWÓJ BONUS :: »

Opinie czytelników - Testy jednostkowe. Zasady, praktyki i wzorce

5.8

2023-01-25
Sculpt0r
Po wprowadzeniu ogólnie do testowania ta książka to zdecydowanie następny krok. Rozwiewa sporo wątpliwości Tłumaczy tematy od praktycznej strony. Jeżeli do tej pory klepałeś testy ot tak sobie, ta książka sprawi, że zechcesz się chwilę nad nimi zastanowić :)
2022-12-15
bez podpisu
Naprawdę świetna książka. Bardzo dobrze się ją czyta. Dla mnie stanowi najlepsze jak dotąd podsumownie tematu podejścia do testowania jednostkowego, ale nie tylko.
2022-05-20
Marcin
Polskiej wersji nie czytałem, za to jestem po przeczytaniu oryginalnej angielskiej, zaraz po wydaniu. Wiedza w niej jest bardzo przydatna i dobrze przedstawiona. Potrafi zmienić całkowicie punkt widzenia na pisanie testów, jeżeli robiło się to już od dawna. Jedynym z ciekawych punktów, które opisuje Khorikov jest omówienie konwencji nazwnictwa testów. Podoba mi się stwierdzenie, że w testach jednostkowych nie ma miejsca na "koncert życzeń" tylko na fakty :)
2021-12-27
Krzysztof
Super książka, wiele ciekawych praktycznych porad.
2020-11-19
Sebastian
Książka napisana w sposób bardzo przystępny. Czyta się ją z łatwością. Przykłady są proste co znacznie ułatwia odbiór - nie trzeba przebijać się i analizować całych stron kodu. Wszystko przedstawione jest w sposób rzeczowy. Daję 6 ponieważ biorąc pod uwagę objętość, spełniła moje oczekiwania w ponad 100%. Polecam.
2023-03-26
bez podpisu
Książka rewelacyjna jeśli chodzi o treść, ale tłumaczenie jest dalekie od ideału. Mam wrażenie, że tłumacz nie ma nic wspólnego z branżą IT lub w najlepszym wypadku ma tylko powierzchowną wiedzę. Podmienianie fragmentów kodu na polski (SUT -> SPT) dziwne tłumaczenia (spy -> agent, dummy -> model; pojęcia agent i model funkcjonują w polskim IT i przypisywanie im kolejnych znaczeń wprowadza niepotrzebną niejednoznaczność) zostawienie nazw funkcji/pól klasy w oryginale, ale tłumaczenie ich na wykresach (Nazwa -> Name, NormalizeName -> Normalizacja Nazwy, gdzie swoją drogą powinno być ZnormalizujNazwę). Oprócz wybiórczego i nadmiernego (po co tłumaczyć stub czy test double?) podejścia do tłumaczenia, są takie kwiatki jak: interfejs API (ATM Machine?) "[...] wymaga on, żeby klient pamiętał wywołać drugą metodę [...]" lub "[...] nie zapomniał uruchomić testy [...]" - nie wiem, czy to poprawne, ale nawet jeśli tak to nie znam nikogo, kto tak mówi czy pisze, a tłumacz jest niekonsekwentny, bo kilka linijek niżej pisze już "poprawnie" odmieniając: "nie zapomniał uruchomić testów" (drugie zdanie było trochę inne, ale składnia taka sama).
Zamknij Pobierz aplikację mobilną Ebookpoint