"Errol szol az unit teszt, kedves."
Nem erről szól, rosszul tervezett rendszernél szól erről.
Arról kéne szólnia, hogy adott inputra, adott outputot ad-e a rendszer. A tesztelendő függvény egy fekete doboz, jó esetben előbb készül a teszt és utána az implementáció, nem ismerjük és nem is érdekes az implementáció mikéntje. Stub-nál és mock-nál pontosan tudod miket hív meg, nézed az implementációt és aszerint írod a tesztet.
"Valamit felreertesz:"
Nem értek félre semmit, sajnos Te nem akarod megérteni az egészet. :(
"Egyebkent imadom, amikor egyszeru kis peldakat hoztok fel."
Sajnos még az ilyen egyszerű példák kapcsán se sikerül megértetni a koncepciót. A példa videóban (VendingMachine) is három üzleti objektum van, a rossz kiindulásból átalakítja pure function-os megoldássá, ahol nem kell Stub, nem kell Mock, a unit tesztek egyben integrációs tesztek is. Az utolsó példában az email küldést választja le, én az adatbázis használat leválasztására mutattam példát. Ennyi példa szerintem elegendő, hogy ha valaki akarja és tudja is, akkor megérti a lényegét.