próbáld ki a QA-t

Az Ad-hoc szó jelentése valami, ami nincs rendben, nem szervezett vagy strukturálatlan. A hasonló megjegyzés Az Ad-hoc tesztelés nem más, mint egyfajta fekete doboz tesztelés vagy viselkedési tesztelés.

Az Ad-hoc tesztelés bármilyen formális folyamat, például követelménydokumentumok, tesztterv, teszt esetek stb. Hasonlóképpen az ad-hoc tesztelés végrehajtása során nincs dokumentálható formális tesztelési folyamat.

Ad-hoc tesztelés általában történik, hogy felfedezzék a problémák vagy hibák, amelyek nem találhatók követve a formális folyamat.

a tesztelést végző tesztelőknek nagyon jó és mélyreható ismeretekkel kell rendelkezniük a termékről vagy alkalmazásról.

amikor a tesztelők ad-hoc tesztelést hajtanak végre, akkor csak a rendszert akarják megtörni anélkül, hogy bármilyen folyamatot követnének, vagy bármilyen konkrét felhasználási esetet szem előtt tartanának.

az Ad-hoc tesztelés jellemzői

1. az Ad-hoc tesztelés az alkalmazás vagy termék hivatalos tesztelésének befejezése után történik.
2. ez a tesztelés azzal a céllal történik, hogy megszakítsa az alkalmazást anélkül, hogy bármilyen folyamatot követne.
3. az ad-hoc tesztelést végző tesztelőknek alapos ismeretekkel kell rendelkezniük a termékről.
4. az ad-hoc tesztelés során talált hibák feltárják a követett tesztelési folyamat kiskapuit.
5. az Ad-hoc tesztelés csak egyszer hajtható végre, amíg és hacsak nem találunk olyan hibát, amely ismételt tesztelést igényel.

mikor végezhető Ad-hoc tesztelés?

most az a kérdés, amely felmerülhet az Ön fejében, hogy mikor kell ad-hoc tesztelést végeznünk?

ennek megválaszolásához azt mondhatom, hogy az Ad-hoc tesztelés bármikor elvégezhető, függetlenül attól, hogy a projekt tesztelésének kezdete, közepe vagy vége. Ezt csak akkor lehet megtenni, ha a tesztelők teljes mértékben ismerik a terméket. Ez a tesztelés akkor is elvégezhető, ha az idő nagyon korlátozott, és részletes tesztelésre van szükség.

mikor nem szabad Ad-hoc tesztet végezni?

azt a döntést, hogy mikor nem hajtjuk végre az ad-hoc tesztet, a tapasztalt és gyakorlott tesztelő hozhatja meg. Annak ellenére, hogy kevés olyan eset van, amikor az ad-hoc tesztelést nem szabad elvégezni:

• Ad-hoc tesztelés nem szükséges, ha már van egy meglévő hiba a teszt esetében. Ilyen esetekben a hibát jelenteni kell, és a javítás után újra tesztelni kell.
• Ad-hoc tesztelés nem végezhető el a szoftver béta tesztelése közben az ügyfelek vagy az ügyfelek által.

milyen típusú Ad-hoc tesztelés?

alapvetően három típusú Ad-hoc tesztelés létezik. Ezek a következők:

– Buddy testing: ezt a fajta tesztelést a fejlesztő és a tesztelő végzi, akik felelősek az adott modul szállításáért. Az ilyen típusú tesztelés során a fejlesztő és a tesztelő együtt fognak dolgozni az adott modulon, hogy elkerüljék az érvénytelen forgatókönyvek felépítését, amelyek másrészt segítik a tesztelőt Az érvénytelen hibák jelentésében.

-pár tesztelés: az ilyen típusú tesztelésnél két tesztelő dolgozik együtt egy modulon. Alapvetően megosztják a tesztelési forgatókönyveket közöttük. Az ilyen típusú tesztelés célja a maximális tesztelési forgatókönyvek kidolgozása, hogy a teljes modul teljes teszt lefedettséggel rendelkezzen. A teljes modul együttes tesztelése után dokumentálhatják tesztelési forgatókönyveiket és megfigyeléseiket is.

–Monkey testing: az ilyen típusú tesztelés során néhány véletlenszerű tesztet hajtanak végre véletlenszerű adatokkal a rendszer megtörése céljából. Ez a tesztelés segít felfedezni néhány új hibát, amelyeket esetleg nem fogtak el korábban.

az Ad-hoc tesztelés előnyei vagy előnyei:

Az alábbiakban bemutatunk néhány előnyt vagy előnyt az Ad-hoc teszteléssel kapcsolatban:

1. az Ad-hoc tesztelés szabadságot ad a tesztelőnek, hogy saját új módszereit alkalmazza az alkalmazás tesztelésére, ami segít abban, hogy a hivatalos tesztelési folyamathoz képest több hibát találjon.
2. ez a fajta tesztelés bármikor elvégezhető a szoftverfejlesztési életciklus (SDLC) bármely formális folyamat követése nélkül.
3. ez a fajta tesztelés nem csak a tesztelő csapatra korlátozódik, hanem ezt a fejlesztő is elvégezheti, miközben fejleszti a modulját, amely segít nekik a jobb kódolásban.
4. az Ad-hoc tesztelés nagyon hasznosnak bizonyul, ha kevesebb idő áll rendelkezésre, és a funkció mélyreható tesztelésére van szükség. Ez segít a szolgáltatás minőségének és időben történő biztosításában.
5. az Ad-hoc tesztelés egyidejűleg végrehajtható más típusú tesztekkel, amelyek segítenek több hiba megtalálásában rövidebb idő alatt.
6. az ilyen típusú tesztelés során a dokumentáció nem szükséges, ami segít a tesztelőnek a funkció vagy alkalmazás fókuszált tesztelésében anélkül, hogy aggódnia kellene a hivatalos dokumentáció miatt.

az Ad-hoc tesztelés hátrányai:

1. mivel az ad-hoc tesztelés tervezés nélkül és strukturálatlan módon történik, így a hibák kikapcsolása valamikor nagy gondot okoz.
2. az ad-hoc tesztelés során végrehajtott tesztforgatókönyvek nincsenek dokumentálva, így a tesztelőnek minden olyan forgatókönyvet meg kell őriznie a fejében, amelyre a jövőben esetleg nem képes emlékezni.
3. az Ad-hoc tesztelés nagymértékben függ a képzett tesztelőtől, aki alapos ismeretekkel rendelkezik a termékről.

legjobb gyakorlatok az ad-hoc tesztelés végrehajtása során:

Ha az ad-hoc tesztelés nem a megfelelő módon történik, akkor az idő és erőfeszítés teljes elvesztéséhez vezethet. Az alábbiakban néhány mutatót kell szem előtt tartani, hogy hol és hogyan kell alkalmazni ezt az ad-hoc tesztet:

1. jó tudás a termékről:

   Az ad-hoc tesztelést végrehajtó tesztelőnek nagyon jó ismeretekkel kell rendelkeznie a termékről. Nagyon jól tisztában kell lennie a termék összes jellemzőjével. Ez segít a tesztelőnek abban, hogy hibásan kitalálja és megtalálja a hibák maximális számát a hibára hajlamos területeken.

2. prioritási funkció:

   amikor ad-hoc tesztelést kell végezni a több funkcióra, akkor a tesztelőknek először kategorizálniuk és rangsorolniuk kell a funkciókat. Az ügyfelek által nagymértékben használt funkciókat először tesztelni kell, hogy ha bármilyen elsőbbségi hiba létezik a szolgáltatásban, akkor korán jelenthető és javítható legyen.

3. durva tervezés:

   bár az ad-hoc tesztelés során nincs szükség dokumentációra, amint azt korábban említettük, de a tesztelés során tesztelendő mutatók feljegyzése segít a tesztelőnek emlékezni a tesztelés összes lehetséges területére. Ez segít abban, hogy a maximális vizsgálati lefedettség rövidebb idő alatt.

4. eszközök használata:

   a tesztelés során néha vannak olyan hibák vagy kivételek a naplókban, amelyek nem láthatók a felhasználói felületen, vagy amelyek semmilyen módon nem akadályozzák a tesztelést. Az ilyen típusú hibák is súlyosak lehetnek. Az ilyen hibák vagy kivételek elkapásához olyan eszközöket kell használnunk, mint a hibakeresők, profilozók vagy feladatfigyelők.

5. a megfigyelések dokumentálása:

   annak ellenére, hogy az ad-hoc tesztelés nem támogatja a dokumentációt, de mindig jobb, ha röviden ír egy megjegyzést a tesztelésről, az eredményekről, az eltérésekről. Ha hibákat találnak, akkor a megfelelő tesztesetet úgy kell létrehozni, hogy az segítse a tesztelőt a forgatókönyv jövőbeni újbóli tesztelésében.

egyéb népszerű cikkek:

• mi a regressziós tesztelés a szoftverben?
• mi az érvényesítés a szoftvertesztelésben? vagy mi a szoftverellenőrzés?
• Monkey testing-példák, különbségek, eszközök, hogyan kell csinálni, előnyök, hátrányok, típusok
• mi komponens tesztelés?
• mi az újbóli tesztelés? Mikor kell használni? Előnyök és hátrányok