Bevezetés a teszthelyzetbe

A tesztforgatókönyv két szó kombinációja, azaz a teszt és a forgatókönyv. A teszt egy ellenőrzési vagy érvényesítési műveletet képvisel, a forgatókönyv a felhasználó utazását képviseli. Bármely tesztelhető funkcionalitást tesztszcenáriónak hívunk. A tesztforgatókönyv leírható úgy, mint a felhasználó utazásának ellenőrzése vagy érvényesítése. Olyan dokumentumok formájában készül, amelyek tartalmazzák az összes tesztet, amely részletesen meg van írva az alkalmazások teljes körű működésének tesztelésére. Ez a követelmények egyik magas szintű kategorizálása, amely tesztelhető. Tesztelési lehetőségként vagy tesztfeltételként is ismert.

Miért hozzon létre teszt forgatókönyveket?

Egy tesztforgatókönyv több teszt esetére is kiterjedhet. Ezért a kapcsolat a teszt forgatókönyvek és a teszt esetek között egy és sok között van. De a tesztelőnek minden forgatókönyvet kell viselnie, miközben létrehozza. A tesztelők létrehozják, hogy az alkalmazás teszteljék a végfelhasználó szempontjából. A tesztelők az összes fejlesztőtől, érdekelt féltől és ügyféltől arra törekednek, hogy készítsék őket kritikus fontosságú kérdésekre.

Ezek létrehozásának oka a következő:

  • A teljes és megfelelő tesztelési lefedettséget tökéletes tesztforgatókönyvek készítése biztosítja.
  • Ezek létrehozása kritikus fontosságú lesz a program teljes funkcionalitásának tanulmányozásához.
  • A legfontosabb és kritikus végpontok közötti tranzakciók vagy a valósidejű alkalmazáshasználat jól meghatározható azok megfelelő segítségével.
  • Használhatók eszközként a tesztelő munkaerő gyors meghatározására, amely tovább segíti az ügyfeleket vagy szervezeteket a javaslatok létrehozásában és a tesztelő munkaerő hatékony megszervezésében.
  • Az alkalmazások alapos és megfelelő tesztelésének biztosítása érdekében a jóváhagyást különféle szinteken végzik, beleértve az ügyfeleket, üzleti elemzőket, fejlesztőket stb.

Hasonlóképpen lehet bizonyos körülmények között, amikor kerülni kell annak létrehozását.

  • Lehet, hogy nem hozza létre olyan agilis módszertant követő projektekben, mint például a Scrum stb.
  • Ha a tesztelni kívánt alkalmazások instabilok, vagy túl bonyolultak, vagy ha a projekt kritikus időben van, elkerülhető a létrehozása.
  • Ennek elkerülését el lehet kerülni regressziós tesztelés vagy új hiba esetén, mert a karbantartási projektekben ezek előzetes nehéz dokumentálása történne a korábbi tesztciklusokban.

Hogyan írhatjuk a teszt forgatókönyveket?

A tesztelő szcenáriók létrehozásához a tesztelő a következő lépéseket hajthatja végre:

  • 1. lépés: A tesztelni kívánt alkalmazás követelményeinek dokumentációját, például az üzleti követelményekre vonatkozó előírásokat (BRS), a funkcionális követelmények leírását (FRS) és a rendszerkövetelmények leírását (SRS) alaposan és körültekintően el kell olvasni. Ugyanezre hivatkozhatnak a vizsgált alkalmazás kézikönyvei, könyvei, felhasználási esetei stb.
  • 2. lépés: Az összes lehetséges célt és felhasználói tevékenységet minden követelményhez megfelelően meg kell határozni. Meg kell határozni minden követelmény minden műszaki jellemzőjét.
  • 3. lépés: A rendszer hackelésének és a felhasználói értékelésnek az összes lehetséges okát a hacker szemszögéből kell elvégezni. A felhasználói értékelés elvégezhető az alkalmazások felhasználói lehetőségeinek megtalálásával.
  • 4. lépés: A követelménydokumentum teljes elolvasása és az elemzés befejezése után el kell készíteni az alkalmazás összes funkciójának ellenőrzésére szolgáló lehetséges tesztelési esetek teljes listáját.
  • 5. lépés: Miután felvette őket, a követelmény és a tesztszcenárió megfelelőségének ellenőrzése érdekében nyomkövetési mátrixot kell létrehozni.
  • 6. lépés: Az összes létrehozott tesztforgatókönyvet a felügyelő felülvizsgálja és értékeli. Ezt az összes érdekelt is tovább ellenőrzi.

A projekt eljárásának megfelelően minden tesztelési forgatókönyvet legalább egy felhasználói történethez vagy követelményhez kell igazítani. Kötelező minden egyes tesztforgatókönyvet külön-külön ellenőrizni annak követelményeivel szemben, mielőtt egy tesztforgatókönyvben több követelmény lenne. Az egyszerűség kedvéért elkerülhető a több követelményt tartalmazó komplex tesztforgatókönyvek. Az ár egyenesen arányos a számukkal. Tehát mindig tanácsos, hogy csak a kiválasztott és szükséges futtassa az ügyfelek prioritása szerint.

Példák

Az alábbiakban bemutatunk néhány példát a tesztforgatókönyvre

Tesztelési forgatókönyv a Buykart online vásárlási alkalmazás számára

A következő tesztelési forgatókönyvek, amelyeket figyelembe lehet venni a Buykart online vásárlási alkalmazás ellenőrzésekor:

1. tesztforgatókönyv: Bejelentkezés funkciók ellenőrzése

A létrehozásnál figyelembe vehető teszt esetek:

  • Az alkalmazás viselkedése érvényes bejelentkezési azonosító és érvényes jelszó megadásakor ellenőrizhető.
  • Az alkalmazás viselkedése érvényes bejelentkezési azonosító és érvénytelen jelszó megadásakor ellenőrizhető.
  • Az alkalmazás viselkedése érvénytelen bejelentkezési azonosító és érvényes jelszó megadása esetén ellenőrizhető.
  • Az alkalmazás viselkedése érvénytelen bejelentkezési azonosító és érvénytelen jelszó megadásakor ellenőrizhető.
  • Az alkalmazás viselkedése bejelentkezéskor csak a bejelentkezési azonosító megadásával jelszó nélkül ellenőrizhető.
  • Az alkalmazás viselkedése bejelentkezéskor csak jelszó megadásával, bejelentkezési azonosító nélkül ellenőrizhető.
  • Az alkalmazás viselkedése bejelentkezéskor ellenőrizhető a bejelentkezési azonosító és a jelszó megadása nélkül is.
  • Az alkalmazás viselkedése, ha az elfelejtett jelszó van kiválasztva.

2. teszthelyzet: Keresési funkciók ellenőrzése

A létrehozásnál figyelembe vehető teszt esetek:

  • Az alkalmazás viselkedése érvényes termék keresésekor.
  • Az alkalmazás viselkedése érvénytelen termék keresésekor.

3. teszthelyzet: A termék részleteinek ellenőrzése

A létrehozásnál figyelembe vehető teszt esetek:

  • Az alkalmazás viselkedése egy termék kiválasztásakor.
  • Az alkalmazás viselkedése a termék kívánságlista.
  • Az alkalmazás viselkedése egy termék kosárba helyezésekor.
  • Az alkalmazás viselkedése a Buy Now opció kiválasztása esetén.
  • Az alkalmazás viselkedése érvénytelen cím megadásakor.
  • Az alkalmazás viselkedése érvényes cím megadásakor.
  • Az alkalmazás viselkedése több fizetési lehetőség ellenőrzésekor.

4. teszthelyzet: A fizetési funkciók ellenőrzése

A létrehozásnál figyelembe vehető teszt esetek:

  • Az alkalmazás viselkedése az egyes fizetési lehetőségek kiválasztásakor.
  • Az alkalmazás viselkedése érvényes fizetési mód kiválasztása esetén.
  • Az alkalmazás viselkedése érvénytelen fizetési lehetőség kiválasztása esetén.
  • Az alkalmazás viselkedése sikeres fizetés esetén.
  • Az alkalmazás viselkedése a fizetés elutasítása esetén.

5. tesztforgatókönyv: A rendelés részleteinek funkcionális ellenőrzése

A létrehozásnál figyelembe vehető teszt esetek:

  • Az alkalmazás viselkedése az egyes megrendelések kiválasztásakor.
  • Az alkalmazás viselkedése, ha a Termék visszaküldése opciót választja.
  • Az alkalmazás viselkedése a termék nyomon követése opció kiválasztásakor.
  • Az alkalmazás viselkedése, amikor a Termék áttekintése lehetőséget választja.

Következtetés

Megfelelő útmutatóként szolgál a tesztelők számára, és elősegíti számukra a tesztelés hatékonyabbá tételét. Segít a tesztelés bonyolultságának és redundanciájának csökkentésében. Minden egyes próbapályát részletesebben írtak meg a jobb megértés érdekében. Nagyon időmegtakarítást jelent a tesztelők számára.

Ajánlott cikkek

Ez egy útmutató a Mi az a teszt forgatókönyv számára. Itt tárgyaljuk, hogyan lehet különböző példákkal létrehozni a tesztforgatókönyveket. Lehet, hogy megnézi a következő cikkeket is, ha többet szeretne megtudni -

  1. Munkahelyi bizonytalanság
  2. Önmaga motivált és dedikált
  3. Mi az agilis tesztelés?
  4. Hogyan írhatunk teszt esetet?

Kategória: