Test Driven Development

Podstawy tworzenia oprogramowania zgodnie z zasadą Test Driven Development (TDD).
Każda nowa funkcjonalność dodawana do implementacji powinna przejść trzy etapy:
1. Napisanie oraz uruchomienie odpowiednich testów (test cases).
Oprogramowanie nie przejdzie nowych testów, gdyż funkcjonalność nie jest jeszcze dodana.
Mimo to należy uruchomić testy, aby sprawdzić, czy są napisane poprawnie.
2. Dopisz nowy kod zgodnie z zasadą „najprostsze co ma szansę zadziałać”.
Kod piszemy w celu przejścia testów, a nie dla zapewnienia nowej funkcjonalności. Może
to być zupełnie trywialna implementacja np. zwrócenie stałej wartości.
3. Dokonaj refaktoringu (transformacji nie zmieniającej obserwowalnego stanu metody, klasy
itp.) napisanego kodu.
W tym miejscu dodajemy nową funkcjonalność. Po jej dopisaniu ponownie
przeprowadzamy testy w celu sprawdzenia, czy refaktoring się powiódł. Testy powinny
obejmować zarówno nowo dodany „test case” jak i poprzednie (w celu testowania regresji).
Najprościej realizuje się to poprzez dodanie naszego „test case” do szkieletu testowego (test
suite).