Spisu treści:
- Definicja - Co oznacza Test Driven Development (TDD)?
- Techopedia wyjaśnia Test Driven Development (TDD)
Definicja - Co oznacza Test Driven Development (TDD)?
Programowanie oparte na testach (TDD) to podejście programistyczne polegające na napisaniu testu przed napisaniem kodu. Gdy nowy kod przejdzie test, jest on refaktoryzowany do akceptowalnego standardu.
TDD zapewnia, że kod źródłowy jest dokładnie testowany jednostkowo i prowadzi do modułowego, elastycznego i rozszerzalnego kodu. Koncentruje się na pisaniu tylko kodu niezbędnego do zaliczenia testów, dzięki czemu projekt jest prosty i przejrzysty.
Techopedia wyjaśnia Test Driven Development (TDD)
TDD pozwala programiście robić małe kroki podczas pisania oprogramowania. Test jest napisany przed przetestowaniem funkcjonalności i zapewnia, że aplikacja nadaje się do testowania. Testowanie niewielkiej ilości kodu jest wykonywane w celu wychwycenia błędów występujących w testowanym kodzie. Następnie funkcjonalność jest wdrażana. Jest to określane jako „czerwony zielony reaktor”, gdzie czerwony oznacza awarię, a zielony oznacza przejście. Kroki te są następnie powtarzane. Pierwszym celem programisty jest skupienie się na zadaniu i jego zaliczenie.
Różne etapy cyklu programowania sterowanego testem to:
- Dodaj test: każda nowa funkcja w TDD zaczyna się od testu, który musi zakończyć się niepowodzeniem, ponieważ zostaje wprowadzony w życie przed wdrożeniem jakichkolwiek funkcji. Zasadniczym wymaganiem do napisania testu przed wdrożeniem funkcji jest jasne zrozumienie wymagań przez programistę. Odbywa się to poprzez historie użytkowników i przypadki użycia. Dlatego programista rozumie wymaganie przed napisaniem kodu programu.
- Przeprowadź wszystkie testy i sprawdź, czy nowy kod nie powiedzie się: zapewnia to prawidłowe działanie wiązki testowej i że nowy test nie przejdzie przez pomyłkę bez nowego kodu. Ten krok testuje również test i eliminuje możliwość, że nowy test zawsze przejdzie pomyślnie.
- Napisz kod: Następnym krokiem jest napisanie kodu, który wyczyści test. Nowy kod nie jest doskonały, ale jest później modyfikowany zgodnie z wymaganiami. Został zaprojektowany wyłącznie do testowania i nie zawiera innych funkcji.
- Uruchom testy automatyczne: jeśli każdy wyprodukowany przypadek testowy z łatwością przejdzie test, oznacza to, że kod spełnia wszystkie wymagane specyfikacje. Dlatego można rozpocząć ostatni etap cyklu.
- Kod refaktora: jest podobny do usuwania duplikacji. Refaktoryzacja nie uszkadza żadnej istniejącej funkcjonalności i pomaga w usuwaniu powielania kodów produkcyjnych i testowych. Kod jest teraz czyszczony zgodnie z wymaganiami.
- Powtórz: cykl powtarza się jak w poprzednich przypadkach z nowym testem. Zasadniczym wymogiem jest, aby wielkość kroków była niewielka, z około 1 do 10 zmianami między każdym uruchomieniem testowym. Jeśli nowy kod nie spełnia nowego testu, programista powinien wykonać dodatkowe debugowanie. Ciągła integracja zapewnia odwracalne punkty kontrolne.
