Czym jest Test Driven Development? Wprowadzenie i przykłady
Artykuł ten jest wprowadzeniem do zupełnych podstaw Test Driven Development, dzięki któremu każdy może poznać podstawy tej techniki. TDD docenią szczególnie te osoby, które mają już dosyć mozolnego szukania błędów w programie i chciałyby przejść na trochę wyższy poziom.
Forbot z- #
- #
- #
- #
- #
- #
- 255
Komentarze (255)
najlepsze
@fukken: nie zgodze sie. W TTD ty juz jestes po fazie projektowania, ty wiesz co i jak ma tykac. Ty tylko nie piszesz kodu, a najpierw piszesz test, a potem kod ktory go spelnia. Masz wiec na stale wglad czy implementujac nowe rzeczy nie zrombales czegos, co pisales wczesniej (dzieki duzemu pokryciu testami w trakcie implementacji, a nie np
Ja często spotykam się z ESCALATION driven development
Teoria swoją drogą a biznes i tak chce na już bez testów.
- Zgloszenie usterki działu Promocje
- Treść : Brakuje przy liście towarów wszystkich zdjęć, nie ma opcji szukania po polach własnych, proszę o naprawę
W dupie ze w ogóle takiej opcji mój system nie ma. Tłukłem się z jednym takim klientem gamoniem przez 3 miesiące. Wszystko czego mu brakowało w aplikacki wysrywał na serwis jako zgloszenie usterki. Zakończyliśmy współpracę po tym jak
Sam miałem:
-ej Wojtek, zrobisz nam w weekendzik landing page wg grafiki, którą Andrzej w photoshopie wyślę w piątek?
Myśle-pocięcie psd, postawienie joomli(na serwerki, który mamy)-to będzie ze 2 godzinki roboty.
-Ej Iza, to 500pln ekstra na rękę-620+VAT (kwota prawdziwa)
Andrzej wysyła pliki psd w niedzielę o 23:00:p
Poniedziałek 8:00 wszystko gotowe-pokazuje Izie:
-Ej Wojtek ale gdzie tu się ładuje odbiorców i klika wyślij?
-ale żartujesz nie?
Z drugiej strony, jak ktoś dopiero się uczy TDD to może i lepiej, żeby próbował używać go zawsze, przynajmniej nabierze wprawy i zobaczy, kiedy mu się przyda, a kiedy przeszkadza
Jak się to robi tak jak rzekomo powinno się robić - to stratą czasu, a soft który był napisany tylko po to aby przez minimum effort zadowolić testy i tak będzie wybuchał później (jak czasami oglądałem tę mantrę TDD żeby sobie obejrzeć jak ludzie to robią, to zalewał mnie pot z przerażenia że miałbym ścierwo napisane w taki sposób potem po kimś dostać do utrzymywania - bo
@Khaine: TDD to świetny sposób, żeby banda 300 juniorów i jeden leader zrobili soft, który w miarę działa. Leader nie musi pilnować jakości kodu i patrzeć każdemu przez ramie. Coś nie działa, piszesz test i rzucasz im na pożarcie. Im więcej testów tym Lepsza apka.
O ile uważam, że napisanie testów najpierw pełniących niejako rolę "kontraktu" aplikacji, bo definiują wejścia i wyjścia z blackboxa sprawdzając czy blackbox robi co trzeba jest ok - właśnie po to aby potem to dać komuś do wypełnienia w środku i liczyć że otrzymasz co chcesz.
Problem pojawia się w momencie jak ktoś patrzy
2 miesiące bycia devopsem i konfiguracji jakichś #!$%@? w końcu mogę sobie coś zakodzic-to zrobię to TDD xD
1-git pull
2-pisze pierwszy test
3-mvn clean verify
4-mój test zielony, ale 17 innych się #!$%@?-wtf? Na jenkinsie od miesiąca wszystko zielone-patrze w konfig joba
5- jakiś #!$%@? dodał -DskipTests (wyłączył testy!) na jenkinsie-i od miesiąca jedyne co job sprawdza to czy się kompiluje- co to za #!$%@? to zrobił?
6-mój team
weźcie se wsadzcie te swoje adżajle, sprinty, scrumy i princy