Mi az adhoc tesztelés? Típusok példával
Ad hoc tesztelés
Ad hoc tesztelés egy informális vagy strukturálatlan szoftvertesztelési típus, amelynek célja a tesztelési folyamat megszakítása annak érdekében, hogy a lehetséges hibákat vagy hibákat a lehető korai szakaszban megtalálják. Az ad hoc tesztelés véletlenszerűen történik, és általában nem tervezett tevékenység, amely nem követi semmilyen dokumentációt és teszttervezési technikát a tesztesetek létrehozásához.
Az ad hoc tesztelés semmilyen strukturált tesztelési módot nem követ, és véletlenszerűen történik az alkalmazás bármely részén. Ennek a tesztelésnek a fő célja a hibák feltárása véletlenszerű ellenőrzéssel. Az adhoc tesztelést az úgynevezett Szoftvertesztelési technikával lehet elérni Hiba a találgatás során. A hibakitalálást az is megteheti, aki elegendő tapasztalattal rendelkezik a rendszerben ahhoz, hogy „kitalálja” a legvalószínűbb hibaforrást.
Ez a tesztelés nem igényel dokumentációt/tervezést/folyamatot. Mivel ennek a tesztelésnek a célja a hibák megtalálása véletlenszerű megközelítéssel, mindenféle dokumentáció nélkül, a hibák nem képezik le a teszteseteket. Ez azt jelenti, hogy néha nagyon nehéz reprodukálni a hibákat, mivel nincsenek hozzárendelve tesztlépések vagy követelmények.
A következő videó bemutatja, hogyan kell elvégezni az adhoc tesztelést
Kattints itt ha a videó nem érhető el
Mikor kell végrehajtani az Adhoc tesztelést?
Ad hoc tesztelés akkor végezhető el, ha korlátozott idő áll rendelkezésre a részletes tesztelésre. Az adhoc tesztelést általában a formális tesztvégrehajtás után végzik el. És ha az idő engedi, ad hoc tesztelést lehet végezni a rendszeren. Az ad hoc tesztelés csak akkor hatékony, ha a tesztelő ismeri a tesztelt rendszert.
Adhoc tesztelés típusai
Különféle típusú Adhoc tesztek léteznek, és ezek az alábbiak szerint vannak felsorolva:
Buddy Tesztelés | Két barát kölcsönösen dolgozik azon, hogy azonosítsák a hibákat ugyanabban a modulban. Többnyire egy haver a fejlesztőcsapatból, egy másik pedig a tesztelési csapatból lesz. Buddy A tesztelés segít a tesztelőknek jobb tesztesetek kidolgozásában, és a fejlesztőcsapat a tervezés korai módosításait is elvégezheti. Ez a vizsgálat általában ezután történik Egység tesztelése befejezése. |
Páros tesztelés | Két tesztelőhöz modulokat rendelnek, megosztják egymással ötleteiket, és ugyanazokon a gépeken dolgoznak, hogy megtalálják a hibákat. Egy személy végezheti el a vizsgálatokat, egy másik személy pedig jegyzeteket készíthet a leletekről. A személyek szerepe lehet tesztelő és leíró a tesztelés során.
Compare Buddy és páros tesztelés: Buddy A tesztelés az egység és a kombináció kombinációja Rendszer tesztelés fejlesztőkkel és tesztelőkkel együtt, de a páros tesztelés csak a különböző tudásszintű tesztelőkkel történik. (Tapasztalt és tapasztalatlan, hogy megosszák ötleteiket és nézeteiket) |
Majomtesztelés | Tesztelje véletlenszerűen a terméket vagy alkalmazást tesztesetek nélkül azzal a céllal, hogy megtörni a rendszert. |
Az Adhoc tesztelés legjobb gyakorlatai
A legjobb gyakorlatok követése biztosíthatja a hatékony Adhoc tesztelést.
Jó üzleti ismeretek
A tesztelőknek jól ismerniük kell az üzletet, és világosan meg kell érteniük a követelményeket. Az üzleti folyamat végpontjai közötti részletes ismerete segít a hibák egyszerű megtalálásában. A tapasztalt tesztelők több hibát találnak, mivel jobban kitalálják a hibát.
Teszt kulcsmodulok
A kulcsfontosságú üzleti modulokat azonosítani kell, és meg kell célozni őket ad-hoc tesztelésre. Az üzleti szempontból kritikus modulokat először tesztelni kell, hogy meggyőződjünk a rendszer minőségéről.
Rögzítési hibák
Minden hibát fel kell jegyezni vagy jegyzettömbbe kell írni. A hibákat a fejlesztőkhöz kell rendelni a javításhoz. Minden érvényes hibához megfelelő teszteseteket kell írni, és hozzá kell adni a tervezett tesztesetekhez.
Ezek Disszidál A megállapításokat tanulságként kell levonni, és ezeknek tükröződniük kell a következő rendszerünkben, miközben teszteseteket tervezünk.
Következtetés
Az ad-hoc tesztelés előnye, hogy ellenőrzi a tesztelés teljességét, és több hibát talál, mint a tervezett tesztelés. A hibaelfogó tesztesetek további tesztesetekként adódnak hozzá a tervezett tesztesetekhez.
A szoftverfejlesztésben az ad-hoc tesztelés sok időt takarít meg, mivel nem igényel bonyolult teszttervezést, dokumentációt és Teszt eset tervezés.