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.

 

Adhoc tesztelés

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.