Kategoria: Test Driven Development
-
Stub. Spy. Mock.
W testowaniu oprogramowania, zwłaszcza w testach jednostkowych, kluczowym elementem jest izolowanie jednostki kodu od jej zależności. Aby to osiągnąć, programiści często korzystają z narzędzi takich jak spy, stub i mock. Te narzędzia mają różne zastosowania i pomagają w zapewnieniu, że testy są dokładne i szybkie, umożliwiają rejestrację wywołań oraz monitorowanie interakcji. Poniżej przyjrzymy się, czym
-
3 reguły TDD
Reguły zostały opracowane przez Wujka Boba – Roberta C. Martina: Nie możesz napisać żadnego produkcyjnego kodu, dopóki nie będziesz miał nieprzechodzącego testu. Każdy cykl w podejściu TDD rozpoczynam od pisania testu. Jest to reguła definiująca dyscyplinę w TDD. Nie możesz napisać więcej testu, jeżeli ten test nie przechodzi. Błąd kompilacji jest nieprzechodzącym testem. W trakcie
-
TDD w praktyce
Przykład tworzenia kodu z wykorzystaniem podejścia TDD: Cykl pierwszy RED–GREEN–REFACTOR: Powtarzam cykl – cykl drugi: Cykl trzeci: Cykl czwarty: Cykl piąty: Dzięki takiemu podejściu tworzymy dokładnie tyle kodu ile jest wymagane do zamierzonego działania aplikacji. Mamy kontrole nad tym ile kodu powstaje w zależności od wymagań niezbędnych do spełnienia. Przedstawiony przykład prezentował tworzenie nowych funkcjonalności
-
Test Driven Development – TDD
TDD to podejście do tworzenia oprogramowania, w którym testy są pisane przed kodem, który ma te testy spełnić. Artykuł opisuje kluczowe elementy i kroki metodologii TDD. Kroki w procesie TDD: Zalety TDD:Metodologia TDD promuje podejście, w którym testy kierują rozwojem oprogramowania, co prowadzi do bardziej niezawodnych i łatwiejszych w utrzymaniu aplikacji. Wyzwania TDD: