Legjobb válasz
A tesztfutó lehetővé teszi számunkra a tesztek futtatását. Jázmin és csak egy tesztfutó és könyvtáruk, majd a MOCA is rendelkezik saját tesztfutóval. A tesztfutó más környezetben is futtathat teszteket. A böngészőben, amikor elfogy a teszt, ez túl sok időt vesz igénybe, és ebben a forgatókönyvben vehetünk egy olyan eszközt, amelyet szeretnénk a google bábosával együttműködni, ez az, amit fej nélküli böngészőnek hívunk. Ez egy csomópont-könyvtár, amely magas szintű API-t biztosít a böngészőjük fej nélküli verziójának vezérléséhez. Konfigurálható olyan dolgok elvégzésére is, mint például az olyan oldalak képernyőképeinek létrehozása, amelyek képesek automatizálni az űrlapok beküldését. UI tesztelés is vele.
Válasz
A tesztköteg a keretrendszer része, amely összegyűjti a tesztek eredményeit, és a tesztfutó néhány tesztet lefuttat.
Egy tesztköteg várhatóan megérti a teszt eredményeinek szemantikáját. Más szavakkal, a legtöbb hám megértené, hogy az „All Tests Pass” vagy a „32 Tests kihagyásra került”, míg egy tesztfutó olyan dolgokat tett értem, mint „Az összes teszt futtatása regresszióval” vagy „Az összes teszt futtatása a Binder Object-hez kapcsolódóan
Amikor egy korábbi munkáltatónál dolgoztam a perl keretrendszeremen, készítettem egy tesztfutót, amely kiválasztotta a teszteket, majd átadta őket a tesztkötegnek, hogy fusson, ami szemantikailag megmondta nekik, hogy vörös vagy zöld vagyok piros / zöld tesztelésemre. Ez a perl-ben volt, és a Test :: heveder egy alapvető objektum, amelyet hámként használtam. Ezt a modult azóta a TAP :: Harness felváltotta, de nem az általam használt verzióban. A szokásos perl tesztfutót bizonyítéknak hívják, de én a sajátomat írtam, mert valami különlegeset kellett megértenie a keretrendszeremben. Pontosabban, a fájlok helyét a keretrendszer verziójával változtatják meg, oly módon, hogy az azonos verzióban lévő összes fájl együtt marad és összekapcsolódik, de a keretrendszer több verzióját támogatni kellett, de nem jelenhettek meg ugyanazon a szkripten belül.