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.

[przekret512]

nigdzie to sie nie sprawdza poza systemami gdzie blad moze okazac sie kluczowy i ekstremalnie kosztowny (automotive, aviation, banking etc) bo udzial pracy zwiazanej z napisaniem testow wlasciwie do kazdej jednej funkcjonalnosci (bo na tym to polega - piszemy najpierw test, a potem piszemy funkcjonalnosc ktora go spelni) jest zbyt wielki. Tak wiec dobrze wiedzec ze cos taiego istnieje, i ze prawdopodobnie nie bedziecie w karierze uzywac.

[przekret512]

Koszt wykrycia błędu w fazie projektowania (a tym de facto jest TDD)

@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

[misieg8]

@przekret512: racja, zreszta nie oplaca sie tworzyc oprogramowania bez bugow ktore dziala jak nalezy bo wtedy nie gwarantuje to ciaglosci zatrudnienia :XD

[m_ney]

E tam, fachowcy wybierają co innego xD

[C.....t]

@m_ney: Moja ulubiona metoda ( ͡° ͜ʖ ͡°)

[wiecejszatana]

@m_ney:

Ja często spotykam się z ESCALATION driven development

[t_e_o_m_o]

U nas się napalili wszyscy a wyszło jak zwykle ¯\_(ツ)_/¯
Teoria swoją drogą a biznes i tak chce na już bez testów.

[qukulele]

@t_e_o_m_o: Po co panu testy ? To zamierza pan tworzyć rozwiązanie, które nie będzie działać prawidłowo ? A to bez testów będzie taniej ? A czy ta dokumentacja musi być tak obszerna ? Eh ten biznes :) Ale bez niego nie było by co pisać (ʘ‿ʘ)

[Stivo75]

Na mój serwis techniczny moich programów nieraz dostaje takie zgłoszenia
- 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 mu zadałem pytanie
-

[kill-9]

@Stivo75: przypomniały mi się czasy freelansingu www ( ͡° ͜ʖ ͡°) tego typu idiotów roszczeniowcow spotkałem dziesiątki jak nie setki. Czasami takiego delikwenta udawało się wyłapać na samym początku. Pisałem wtedy grzecznie że nie jestem zainteresowany współpracą. Szok i niedowierzanie tych ludzi w połączeniu z chęcią zemsty w postaci gróźb napisania o mnie negatywnej opinii gdzieś w czeluściach internetu było bezcenne. Ile bym dał za to

[v01dtec]

@Stivo75: o normala xD
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

[nophp]

Robisz aplikację, czy co tam masz na tapecie. Przetestujesz powierzchownie, czy wszystko działa i czy wykrywa podstawowe błędy. Resztę robi klient lub użytkownik tej aplikacji i poprawiasz w ramach gwarancji. Taniej, bo nie musisz zatrudniać testerów. ( ͡° ͜ʖ ͡°)

[m.....1]

@nophp: chyba pracujemy w tej samej firmie

[vitek6]

@nophp: brzmi jak typowo januszowe podejście.

[DodatnieUjemny]

Jest gównem - wszyscy o tym gadają i się pucują do tego, a nikt tego nie stosuje XD To już większa szansa na spotkanie prawdziwego Scruma w projekcie.

[januszzbloku]

@DodatnieUjemny: prawdziwy scrum to tylko w rozmowach z hr-owcami.

[qj0n]

@v01dtec: Bo jest wymagające i mało kto wie, kiedy warto to stosować. Sam TDD stosuję w przypadku 30%-50% kodu, bo wtedy rzeczywiście wnosi wartość, a nie jest sztuką dla sztuki.

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

[eich]

TDD się głównie robi niż myśli

@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.

[qj0n]

@v01dtec: włącz PR-y, żeby nie było takich niespodzianek...

[v01dtec]

@qj0n: testy umieje wyłaczyc a PRow nie beda umieli?:D Albo dadza se nawzajem approvy w ciemno

[Kalwi]

TDD jest wspaniałe dopóki nie zorientujesz się że straciłeś czas na pisanie setek testów jednostkowych a wystarczył jeden integracyjny.

[chisel]

@Kalwi: widzę że czepiasz się ogólnie zasadności pisania UT w każdej formie. Bo często ludzie myślą UT z TDD. Otóż powiem Ci że UT pomagają pisac czysty kod. Czystym kodem nie jest klasa typu Bóg, która robi wszystko. Wielkie managery, kod spagetti, kolejny if w stulinijkowej metodzie, brak wstrzykiwania zależności. Do takiego kodu nie napiszesz UT bo predzej się zesrasz. Dlatego pisząc UT piszesz lepszy kod.

[mich160]

@Kalwi: Testy jednostkowe są do sprawdzenia corner case'ów i powinny wykonywać się szybciej. To nie jest czas zmarnowany. Wprost przeciwnie.

[obieq]

@onechaos: a daj spokoj z tymi "metodykami" zarzadzania. Wszystko sprowadza sie do szacunku ile Ci to zajmie i czemu aż tyle a nie mniej, a później czemu jesteś tyle po terminie.