Czym jest Test Driven Development? Wprowadzenie i przykłady
![Czym jest Test Driven Development? Wprowadzenie i przykłady](https://wykop.pl/cdn/c3397993/link_1605699277qzVdrC4vOfOQLe5VBensz7,w300h194.jpg)
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](https://wykop.pl/cdn/c3397992/Forbot_6QT8aDAvAy,q52.jpg)
- #
- #
- #
- #
- #
- #
- 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