Hogyan írjunk teszteket javascript az osztályok és metódusok

Van egy megértésének hiánya az írás folyamata a megfelelő vizsgálatokat.

A folyamat egyszerű. Hivatalossá a teszt, amely leírja, hogy egy teszt. És erre, mit tesztek nem tud semmit a végrehajtás a mi tárgy, nyakkendő kizárólag a felületen. Ha a működési költségek írásához és fenntartása tesztek nem fog növekedni.

Tettem hozzá a termék, és hogy én monitor?

A tárgy legyen némi publichen eljárás biztosítása, amely ellenőrzést.

Ha ez a módszer nem, akkor ki kell cserélni a listát a NOB, de a kód nem engedik. Ismét, már árukapcsolás a megvalósítása a vizsgálat, ezért a tesztek lett rosszabb. De ha igazán megy ezen az úton, akkor egyszerűen próbálja hosszától.

Az első ponton egyetértek veled, de arra utal, hogy egy tárgy, és nehézségei vannak a megértés a vizsgálati módszerek.
És a második bekezdés azt sugallják összesítés helyett a készítmény helyett a gyári inicializáló lista? A valóságban csinálok, és ugyanabban az időben, hogy teszteljék a módszer insertProduct azt csinálni a következő -
- insertProduct ellenőrizte az előfordulása kivétel
- igazolták, hogy átadták a módszerrel hasItem
- igazolták, hogy visszatért a módszer hasItem
- igazolták, hogy került át a inserItem
- Nem lesz egy újabb csekket, mint az előző lépésben az írásbeli teszt listája és megállapítja, hogy a túl kerül sor úgy, ahogy kell
- insertProduct lenne ellenőrizni a hívást, kivéve

Szükséges tehát, hogy teszteljék a módszerek? Van valami hozzá kivonni?
Kérem ezt azért, mert az a tény, hogy nagyon gyakran töltök írással teszt három-négyszer több időt, mint a kódját. Talán ez annak köszönhető, hogy az a tény, hogy én még mindig nem használják, hogy írjon nekik, de ott is a gondolat, hogy én egy chur az az eset részleteit.
Mégis van egy érzés, az „ötödik láb” Amikor írtam a tesztet a lista írd már megint együtt egy tesztet Factory. Aztán megváltoztatni egy ingatlan a listán, meg kell változtatni a vizsgálatokat, hogy írtak nélkül az ingatlan. Ismét hangsúlyozom, hogy ez a vizsgálati módszerek.

copal. úgy dönt, hogy a tesztelt, lista, vagy gyári? Az Ön forgatókönyv minden ilyen vizsgálatok nem szükségesek, mivel ez a végrehajtását lista, akkor semmit sem tudok róla nem. Végrehajtásának ez a cucc, és már annyira borítja vizsgálatok. Akkor teljesen helyettesíti a listát a boxba, és trekat csak az eljárás dolgozik az objektumot.

Nos, igen, nem lakik a „vizsgálati módszer”. Tesztelheti viselkedését ellenőrzi a végső állapot. A végső állapot már rendelkezik az objektumot.

Az Ön esetében tennék ezt a dolgot unit tesztek nem terjed, mert ez triviális. Ehelyett szeretnék hozzá egy integrációs teszt, amely ellenőrzi a teljes funkcionalitást.

Ha követjük a szkript -, akkor fogjuk tesztelni 100% tudja, hogyan kell megépíteni a végrehajtását a módszer. És ez nem túl jó, mert mindenki meg kell szerkeszteni a teszteket. Nos, ez szükséges az egyensúly fenntartásához valahogy.