( enpassant | 2015. 11. 21., szo – 10:00 )

"Harman haromfele esetet is mondtunk neked, amikor kellhet a mock/stub, en legalabb ketszer elmondtam, hogy kulso szervizhivasoknal altalaban szokott kelleni, de ugy latszik, akkor nem voltal jelen. Esetleg nem minden tizedik mondatot kellene elolvasni a kommentekbol. De legyen."

Ha jól tervezett a kód, akkor nincs szükség a Mock-olásra. Ez a fő állítás, ezért kértem, hogy mutasson valaki, bárki egy olyan kódot és nem egy ködös leírást, ahol szerinte jól van tervezve a kód és mégis szükséges a Mock/Stub.

Ha direktbe hívod a service-t, akkor szükséges mock-olni! Viszont ez nem moduláris, nem újrafelhasználható, behozza a Mock/Stub-ot.
Nem moduláris, mert függ a direktbe hívott service-től.
Nem újrafelhasználható, mert ha nincs vagy nem használható az adott helyen az a service, akkor oda nem tudod berakni.
Behozza a Mock/Stub-ot: pl. "hazugságra" épül, az implementációt teszteled, nem a működést.

"Es megegyszer: a fenti peldaban tokeletesen irrelevans, hogy hogyan van szervezve a kod. Ha pure functionokkel van megoldva, akkor sem lesz kevesbe fizetos a GeoCoding API."

Nem irreleváns, mert ha interface-t hívsz, akkor a tesztben is könnyen le tudod cserélni, újrafelhasználható lesz, moduláris, ráadásul nem kell a Mock/Stub.