Tdd. Sztuka tworzenia dobrego kodu

Tdd. Sztuka tworzenia dobrego kodu - Opis

Idealny kod, pokryty w pełni testami, to marzenie każdego dewelopera. Niestety, marzenia zazwyczaj rozmijają się z rzeczywistością. Codzienność większości programistów to nieczytelny kod i brak testów. Są to doskonałe warunki do powstawania błędów, często bardzo trudnych do wykrycia. Czy jest sposób, żeby wybrnąć z tego ślepego zaułka? Czy są techniki pozwalające tworzyć przejrzysty kod, którego zmiana nie będzie sprawiała trudności?

Oczywiście, że tak - wykorzystaj TDD (ang. Test Driven Development). Programowanie sterowane testami można sprowadzić do prostej zasady: w pierwszej kolejności napisz test, a następnie kod, który ma być testowany. Kent Beck w swojej książce zaprezentuje Ci w praktyce podejście TDD i pokaże, jak wdrożyć jego zasady w codziennej pracy. Zapoznaj się z licznymi przykładami zastosowania tej metody, przydatnymi poradami i najlepszymi wzorcami. To doskonały początek, żeby wdrożyć TDD w Twoim projekcie. Dowiedz się, jak tworzyć idealny kod!

Dzięki tej książce:

poznasz technikę programowania sterowanego testami
stworzysz czytelny kod, doskonale pokryty testami
nie będziesz się bał dokonywać zmian w Twoim kodzie
Twój kod osiągnie nowe standardy jakości

Twoja przepustka do świata idealnego kodu!
Spis treści:
Przedmowa

Odwaga

Podziękowania
Wstęp
CZĘŚĆ I Obliczenia finansowe
Rozdział 1. Portfel wielowalutowy
Rozdział 2. Zdegenerowane obiekty
Rozdział 3. Równość dla wszystkich
Rozdział 4. Prywatność
Rozdział 5. Franki, dolary
Rozdział 6. Równość dla (...) więcej wszystkich tak, ale
Rozdział 7. Jabłka i pomarańcze
Rozdział 8. Tworzymy obiekty
Rozdział 9. Mnożenie rozdwojone
Rozdział 10. Mnożenie jednolite
Rozdział 11. Korzenie wszelkiego zła
Rozdział 12. Dodawanie ostatecznie
Rozdział 13. Zróbmy to
Rozdział 14. Wymiana
Rozdział 15. Mieszany koszyk walutowy
Rozdział 16. Abstrakcja ostatecznie
Rozdział 17. Obliczenia finansowe retrospekcja

Co dalej?
Metafora
Wykorzystanie JUnit
Metryki kodu
Proces
Jakość testowania
Końcowe przypomnienie

CZĘŚĆ II Przykład xUnit
Rozdział 18. Pierwsze kroki
Rozdział 19. Każdy sobie
Rozdział 20. Sprzątanie po sobie
Rozdział 21. Zliczanie
Rozdział 22. Zapanować nad awariami
Rozdział 23. W jedności siła
Rozdział 24. xUnit retrospekcja
CZĘŚĆ III Wzorce dla programowania sterowanego testami
Rozdział 25. O wzorcach TDD

Test
Izolowanie testów
Lista testów
Najpierw testy
Najpierw asercje
Dane testowe
Przejrzyste dane

Rozdział 26. Wzorce czerwonego paska

Test w jednym kroku
Test startowy
Test objaśniający
Test pouczający2
Inne rodzaje testów
Test regresyjny
Przerwa
Od początku
Tanie biurko, wygodny fotel

Rozdział 27. Wzorce testowania

Test wtórny
Atrapa
Samopodstawienie
Łańcuch-dziennik
Symulowana katastrofa
Zawieszony test
Czysta sprawa

Rozdział 28. Wzorce zielonego paska

Preparacja, czyli oszustwo w dobrej wierze
Triangulacja
Implementowanie oczywiste
Jedno na wiele

Rozdział 29. Wzorce xUnit

Asercja
Fikstury
Fikstura zewnętrzna
Metoda testowa
Test wyjątku
Wszystkie testy

Rozdział 30. Wzorce projektowe

Polecenie
Obiekt wartości
Pusty obiekt
Metoda szablonowa
Obiekt podłączalny
Selektor podłączalny5
Metoda fabrykująca
Impostor
Kompozyt
Parametr kolekcjonujący
Singleton

Rozdział 31. Refaktoryzacja

Uzgadnianie różnic
Izolowanie zmian
Migracje danych

Jak?
Dlaczego?

Wyodrębnianie metody

Jak?
Dlaczego?

Rozwijanie metody

Jak?
Dlaczego?

Ekstrakcja interfejsu

Jak?
Dlaczego?

Przenoszenie metody

Jak?
Dlaczego?

Obiekt-metoda

Jak?
Dlaczego?

Dodawanie parametru

Jak?
Dlaczego?

Parametr metody a parametr konstruktora

Jak?
Dlaczego?

Rozdział 32. Doskonaląc TDD

Jak dużymi krokami się poruszać?
Czego nie testować?
Skąd mam wiedzieć, czy moje testy są dobre?
Jak TDD prowadzi do utworzenia frameworku?
Jak duże sprzężenie zwrotne jest konieczne?
Kiedy powinienem usuwać testy?
Jak język programowania i środowisko wpływają na TDD?
Czy można tworzyć ogromne systemy w oparciu o testy?
Czy można sterować tworzeniem systemu za pomocą testów aplikacyjnych?
Jak wskoczyć w nurt TDD?
Dla kogo TDD?
Czy TDD jest wrażliwe na warunki początkowe?
Jak ma się TDD do wzorców projektowych?
Dlaczego TDD w ogóle działa?
A propos nazwy
Jak ma się TDD do praktyk eXtreme Programming?
Wyzwanie Daracha

Dodatek A Diagramy oddziaływań

Sprzężenie zwrotne

Kontrola nad systemem

Dodatek B Fibonacci
Posłowie

O autorze: Kent Beck jest programistą, twórcą programowania ekstremalnego i pionierem wzorców oprogramowania. Jest też sygnatariuszem Manifestu agile. Mieszka w San Francisco w Kalifornii, pracuje na stanowisku głównego badacza w firmie Mechanical Orchard. mniej