Bevezetés az Adhoc tesztelésbe
Az adhoc tesztelés véletlenszerű vagy informális tesztelés, amely képes megbontani a rendszert. Ez általában nem tervezett, és nincsenek olyan tesztelési technikák, mint például a teszt esetek megtervezése és a teszt esetek létrehozása. Meg lehet csinálni az alkalmazás bármely részén. A fő cél itt a rendszer hibáinak vagy hibáinak megtalálása a kód egyes részeinek véletlenszerű ellenőrzése révén. A hiba kitalálásának technikáját követi. Ezt megtehetik az emberek, akik már korábban dolgoztak az alkalmazáson, és könnyen megtudhatják a hibákat vagy problémákat az ilyen típusú tesztelés elvégzésével.
Hogyan történik az Adhoc tesztelés?
Az adhoc tesztelés többféle módon történik. Ezt bármikor meg lehet tenni. Ez lehet a projekt tesztelésének kezdetén, közepén vagy vége felé. Az Adhoc tesztelésnek három módja van. Ezek a következők:
- Buddy tesztelés
- Páros tesztelés
- Majmok tesztelése
Nézzük meg ezeket részletesen
1. Buddy tesztelés
Ahogy a neve is sugallja, elmondható, hogy két haver, egy tesztelõ és egy fejlesztõ fog együtt dolgozni. Őket választják úgy, hogy egy adott modulon dolgozzanak. Amint a fejlesztő befejezi az egység tesztelését, és a tesztelőnek vannak néhány szempontjai, mindkettő dolgozhat ezen a modulon. Az ilyen típusú teszteléssel biztosíthatja, hogy az új jövőt vagy a funkcionalitást egy szélesebb szempontból ellenőrizzék mind a fejlesztő, mind a tesztelő számára. A fejlesztő megérti a különböző forgatókönyveket, amelyeken keresztül a kód működik, és ebből a szempontból gondolkodhat.
Míg a tesztelő megkapja a fejlesztő perspektíváját a meglévő tervről, és ez elősegíti az érvénytelen forgatókönyvek elkerülését a teszt esetekben. Ez elősegíti az érvénytelen hibák elkerülését. Mindkét fél egymáshoz hasonlóan gondolkodhat, és világosabb képet kaphat a fejlesztés alatt álló és tesztelésre kerülő alkalmazásokról. Ezenkívül elősegíti a jobb tesztelési esetek és a fejlesztők jobb tervezésének fejlesztését is. Ez általában az egység tesztelésének befejezése után történik.
2. Páros tesztelés
Ebben a tesztelésben két tesztelő dolgozik együtt egy modulon. Közös beállításuk van tesztelési célokra. Az ilyen típusú tesztelés végrehajtásával ügyelni kell arra, hogy mindkét tesztelő megtalálja a módját, hogy több hibát észleljen az épített alkalmazásban. Megosztják a tesztelés munkáját, és elvégzik a szükséges dokumentációt az összes megfigyelésről is. Az ilyen típusú teszteléssel maximális számú forgatókönyv található.
3. Majmok tesztelése
Ezt a tesztelést az egység tesztelési szintjén hajtják végre. A modult tesztelő személy teljesen véletlenszerűen teszteli az alkalmazást. Ennek célja annak ellenőrzése, hogy a rendszer bármikor képes-e ellenállni az összeomlásoknak. Az ilyen típusú teszttel sok olyan hiba található, amelyek korábban megmaradtak. Ez a teszt megbonthatja azt a rendszert, amellyel megérthetjük a teljesítményproblémák tartós fennállását, ha vannak ilyenek. Itt nem lennének teszt esetek, csakúgy, mint mások számára.
Adhoc tesztelési technikák
Az Adhoc tesztelés kiválasztásának alapvető gondolata az, hogy a tesztelők teszttervezés vagy teszt eset létrehozása nélkül dolgozzanak. Biztosítja, hogy az elvégzett tesztelés befejeződjön-e, és az út hasznos a végrehajtott tesztelés hatékonyságának megtalálásához. Az ilyen típusú tesztelési azonosítók bármely alkalmazásának tesztelésének fő módja a lehető legnagyobb véletlenszerű felhasználása. Ugrálhat az egyik modulról a másikra, és végezhet tevékenységet. A rendszer nem bonthat le. Ennek a rendszernek a fő célja olyan hibák megtalálása, amelyek a normál tesztelés során elkerülhetők.
Ez a technika betekintést nyújt a teljes alkalmazásba, és a kitalálást a tesztelő teheti meg, aki szakértelemmel rendelkezik a rendszerről. Bevonhat egy másik tesztelt, vagy akár meghívhatja a fejlesztőt, hogy ne maradjon semmilyen forgatókönyv a tesztelés során. Ha két ember ül együtt, az ötletbörze nagyon hasznos. Találhatunk olyan hibákat, amelyeket korábban elkerültek. Ha ezt a technikát használja, annál nagyobb a esélye, hogy megtalálja a hibákat.
Adhoc tesztelő eszközök
Az ad hoc teszteléshez nem használnak speciális eszközöket. Ennek eredményeként az összes eszköz, amelyet már alkalmaznak az alkalmazás tesztelésére, szükség szerint felhasználható. Például egy adott modul ellenőrzéséhez a szelént használják. A szelén felhasználható az előző modul után telepített modulok tesztelésére. Ez elősegítheti a folyamat felgyorsítását és a pontos részletek megszerzését. Hasonlóképpen, más eszközök, mint például a QTP, a Uborka, bármilyen típusú Adhoc tesztelésre felhasználhatók, amikor szükséges.
Az Adhoc tesztelés előnyei
- Az ilyen típusú tesztelés fő előnye, hogy a tesztelőnek nem kell követnie a hagyományos tesztelési folyamatot. Bármilyen módon tesztelhetik az alkalmazást. Ez segít nekik a rendszer jobb megismerésében.
- Ha nincs idő a megfelelő teszteléshez, az Adhoc tesztelés megmentő eszköz lehet és segíthet olyan hibák elnyerésében, amelyek átterjedhetnek a gyártásra.
- Ez megtakarítja a tesztelő idejét, mivel nincs szükség dokumentációra. Itt csak az architektúra tesztelésére és jobb megértésére, valamint bármilyen probléma feltárására összpontosít, ha vannak ilyenek.
Az Adhoc tesztelés hátrányai
- Nem lehet nyomon követni a tesztelt forgatókönyveket, mivel nincs dokumentáció.
- A teszt esetek ismétlődőek lehetnek, ami időveszteséget okozhat.
- A tesztelés hatékonysága itt teljes mértékben a tesztertől függ.
Következtetés
Az adhoc tesztelés hatékony módszer a problémák futásidejű megtalálására. Az adhoc tesztet egy tapasztalt tesztelő végezheti, aki ismeri a meglévő rendszert. Nincs szükség dokumentációra, és a fejlesztőkkel közösen is meg lehet csinálni. A tesztelés különféle szempontjai olyan kérdéseket vethetnek fel, amelyek nem érik el a termelést, és ennek eredményeként sok pénzt takaríthatnak meg. Bizonyított, hogy költséghatékony és eredményes.
Ajánlott cikk
Ez egy útmutató az Adhoc teszteléshez. Itt az Adhoc tesztelés bevezetését és annak technikáit, valamint az eszközöket tárgyaljuk. A további javasolt cikkeken keresztül további információkat is megtudhat_- A szoftver tesztelésének típusai
- Funkcionális tesztelő eszközök
- Biztonsági tesztelés
- Állapotátmenet tesztelése
- Típusok és kezelési hibák a JavaScript-ben