@Maav: A to sory, kontent może i wartościowy, ale nie dla mnie.

W sumie to hejtuję Microsoft. ( ͡° ͜ʖ ͡°)
Powodzenia z tagiem.

@Maav: zwracam honor, agregat de luxe.

@singollo: Teoretycznie mógłbyś użyć Powermocka . Ale oczywiście nie polecam :D

@Maav: W tej formie o wiele lepiej, nawet pojedynczy tag jako opis jest lepszy niż surowy link - można od raz odsiać to co nieinteresujące.
Dobrą robotę robisz, mirku!

@sasik520: Nie znam Twoich wymagań, ale dajmy prosty przykład:
Serwis A używa Serwisu B.
Jak to rozwiązujesz? Strzelam, że masz tam po prostu

classPokaż całość

@sasik520:
Obczaj sobie to. Autorzy przechodzą przez często spotykane zagadnienia i wyjaśniają dlaczego tak jest źle i jak temu zaradzić. Ma to już parę lat, ale myślę, że za mocno się nie zestarzało :)

@gajowy_marucha:
No to masz pierwszy przykład gigantycznego zonka, na który trafiłeś. To kompletnie nie tak, jak to zinterpretowałeś. Choć wklejony przez Ciebie cytat tego nie tłumaczy.

Owszem, zaczynasz od pisania testu. Ale testy i kod piszesz PO KAWAŁECZKU. To JEST takie test-as-you-go, z tym tylko zastrzeżeniem, że najpierw zaczynasz od napisania kawałka testu, a potem piszesz kawałek kodu, który go implementuje.

Opiszę cykl działania w TDD. Zaczynasz od wymyślenia przypadku testowego, czyliPokaż całość

@gajowy_marucha: http://it-ebooks.info/book/3555/
Kompletnie wyjaśnione, jak gdzie i po co.

@gajowy_marucha: Ja chyba od tego zaczynałem (w każdym razie wygląda znajomo): https://jtreminio.com/2013/03/unit-testing-tutorial-introduction-to-phpunit/
Wujek Bob często pisze o testowaniu - konkretów może mało, ale często ciekawy punkt widzenia i przyjemnie się go czyta: https://blog.8thlight.com/uncle-bob/archive.html

@normanos: Szkoda, bo bym sobie oglądnął :(

@markaron: Mockować ( ͡° ͜ʖ ͡°)

Pytałem w kontekście czy mocki to code smell bo coraz częściej się słyszy takie głosy

@markaron: Jeśli jest ich dużo, a szczególnie gdy służą do testowania zależności zależności konkretnego obiektu, to są złe.

W ogóle są dwie szkoły TDD, oryginalna i londyńska. Oryginalna Kenta Becka opiera się głównie na testowaniu przepływu danych od wejścia do wyjścia. Londyńska (Growing Object Oriented Systems guided by tests) mocno opiera się na mockowaniu.

WybraniePokaż całość

@tormak: http://www.amazon.com/Professional-Test-Driven-Development-Applications/dp/047064320X

@saul: Czyli ogólnie działa (testuje), tylko ktoś uważa, że test powinieneś inaczej napisać (w inny sposób użyć dataprovidera)?

@saul: cierpienia młodego wertera

@ppawel: ehhh ten uczuć jak dwa dni starasz się podlinkować liby do apki przy czym #gradlecwel tylko przeszkadza zamiast pomagać i po 22h w IDE apka się w końcu... kompiluje. Czujesz się wtedy jak bóg i od teraz możesz wszystko. Pic related.

@Zaszczyk: Co to znaczy, że „zwraca wyniki po miesiącu”? Tzn, że działanie kodu jest uzależnione od aktualnej daty czy też miesiąc trwają obliczenia w funkcji?

W jednym i drugim przypadku należy przekazać do do funkcji obiekt, który ten „aktualny” czas podaje – wtedy można go swobodnie podmienić na taki, który podaje czas konieczny do przeprowadzenia testu.

Jak ze wszystkimi innymi zależnościami – zamiast ukrytych globali – wstrzykiwanie.

@Zaszczyk: Tak, może to być mock, ale nie musi – możesz napisać po prostu inny obiekt, który realizuje ten sam interface („fake'a”).

@dagon_666: Karma + jasmine, nieważne że mały, bo postawienie i skonfigurowanie tego trwa kilka minut

@hajs86: http://pl.wikipedia.org/wiki/Time_Division_Duplex

ta to taki joke telekomunistyczno/informatyczny

@singollo: Co tdd ma do brakujących bibliotek?

@singollo: Testy funkcjonalne zawsze mozna zrobic jakims phantomjs :P