Használati eset tesztelése példákkal

By: Thomas Hamilton Thomas Hamilton
Hours korszerűsített

⚡ Okos összefoglaló

A használati eset tesztelése (use case testing) a szereplő és a rendszer közötti interakciók gyakorlásával validálja a teljes tranzakciókat. A technika rendszer- és elfogadási szintű teszteseteket vezérel, integrációs réseket mutat be, és realisztikus felhasználói munkafolyamatokkal egészíti ki az egységszintű ellenőrzéseket.

  • 🎭 A modell interakcióinak egyértelmű modellezése: Jelölje meg az egyes folyamatokat szereplővel (A) és rendszerrel (S), hogy a tesztelők tracminden tranzakciós lépésben.
  • 🛤️ Először járd be a boldog utat: Érvényesítse a fő sikeres forgatókönyvet, majd rétegezze a kiterjesztéseket és a kivételútvonalakat, amelyek tükrözik a valós felhasználói hibákat.
  • 🧩 Anchor feltételekkel: Párosítsd az egyes lépéseket explicit előfeltételekkel és utófeltételekkel, hogy a teszt eredménye egyértelmű legyen.
  • 🔗 Tracelfogadásig: A használati eseteket rendelje hozzá az elfogadási kritériumokhoz, hogy az üzleti érdekelt felek a kiadáskor jóváhagyhassák a lefedettséget.
  • 🤖 Használj mesterséges intelligencia segítséget: Alakítsd át a közérthető angol nyelvű felhasználói történeteket vázlatos használati esetekké, felgyorsítva a tesztek tervezését és csökkentve a kihagyott folyamatokat.
További információk

Használati esettesztelés: Példa

Mi az a használati esettesztelés?

Esettesztelés használata egy olyan szoftvertesztelési technika, amely tranzakciónként, az elejétől a végéig azonosítja a teljes rendszert lefedő teszteseteket. A tesztesetek a felhasználók és a szoftveralkalmazás közötti interakciókat írják le. A használati esetek tesztelése olyan hiányosságokat tár fel, amelyeket az egyes szoftverkomponensek elszigetelt tesztelése nem feltétlenül tárna fel.

A használati eset A tesztelésben a használati esetek egy szereplő vagy felhasználó általi szoftverhasználat rövid leírását jelentik. A használati esetek felhasználói műveletekből és az alkalmazás megfelelő válaszaiból íródnak, és széles körben használják őket a szoftverhasználati esetek levezetésére. teszt esetek a rendszer és az elfogadás szintjén.

Egy használati eset fő összetevői

Minden használati eset ugyanazokból az építőelemekből épül fel. Az alkatrészek előzetes ismerete megkönnyíti a tesztesetekhez illeszkedő lefedettség megtervezését:

  • Színész: a felhasználó vagy külső rendszer, amely interakciót kezdeményez. Szöveges folyamatokban „A”-val jelölve.
  • Rendszer: a tesztelt szoftver, amely válaszol a szereplőnek. „S”-sel jelölve.
  • Előfeltételek: az az állapot, amelyben a rendszernek lennie kell, mielőtt a használati eset elkezdődhet.
  • Fő sikerforgatókönyv: a szereplők és a rendszer lépéseinek boldog útvonala.
  • Bővítmények / alternatív folyamatok: olyan ágak, amelyek kivételeket, érvényesítési hibákat vagy alternatív választási lehetőségeket kezelnek.
  • Utófeltételek: az az állapot, amelyben a rendszer a használati eset befejezése után marad.

Az esettesztelés módja: Példa

Egy használati esetben a szereplőt „A”, a rendszert pedig „S” jelöli. Az alábbi példa egy webes alkalmazás bejelentkezési funkcióját ismerteti.

Használati esettesztelés: Példa

A siker fő forgatókönyve Lépés Leírás
A: Színész S: Rendszer 1 A: Adja meg az ügynök nevét és jelszavát
2 S: Jelszó érvényesítése
3 S: Fiókhozzáférés engedélyezése
Extensions 2a A jelszó nem érvényes   S: Üzenet megjelenítése és újrapróbálkozás kérése (legfeljebb 4 alkalommal)
2b A jelszó 4 alkalommal érvénytelen   S: Az alkalmazás bezárása

A fenti folyamat egy szerencsés utat és két kiterjesztést ír le. Lépésről lépésre olvasva:

  • A szereplő megad egy e-mail címet és jelszót a teljes körű bejelentkezési folyamat első lépéseként.
  • A rendszer ellenőrzi a jelszót.
  • Ha a jelszó helyes, a hozzáférés engedélyezett.
  • Ha a jelszó érvénytelen, a rendszer üzenetet jelenít meg, és legfeljebb négy újrapróbálkozási kísérletet kér.
  • Ha a jelszó négy próbálkozás után is érvénytelen marad, a rendszer blokkolja a további próbálkozásokat (ebben a példában az IP-cím letiltásával).

Ebből a használati esetből kiindulva tesztelnéd a sikeres forgatókönyvet, valamint minden kiterjesztés egy-egy esetét. Ez legalább három tesztesetet eredményez: érvényes bejelentkezést, helyreállítható érvénytelen jelszót és ismételt hibák utáni kizárást.

KAPCSOLÓDÓ CIKKEK

A használati eset tesztelésének előnyei

A használati esetek tesztelése természetes módon illeszkedik a követelmények és a tesztesetek közé. A legfontosabb előnyök a következők:

  • Teljes körű lefedettség: modulokon átívelő tranzakciókat tesztel, nem pedig elszigetelt függvényeket.
  • Felhasználóközpontú validáció: minden forgatókönyv azt tükrözi, hogy egy valós szereplő hogyan használja a rendszert.
  • Szűrő kikapcsolása tracképesség: A használati esetek közvetlenül megfeleltethetők az érdekelt felek jóváhagyásának elfogadási kritériumainak.
  • Hibaelhárítás: a regressziós ciklusok megkezdése előtt feltérképezi az integrációs réseket.
  • Újrafelhasználható tárgyak: Ugyanez a használati eset szolgál tesztesetek, képzési anyagok és felhasználói dokumentációk alapjául.

A használati esetek tesztelésének korlátai

A technika hatékony, de nem kimerítő. Legyen tisztában a következő korlátozásokkal:

  • Nem helyettesíti az egységtesztelést: Az alacsony szintű alkatrészhibák továbbra is célzott teszteket igényelnek.
  • A pontos felhasználási esetektől függ: A kétértelmű folyamatok kétértelmű teszteket eredményeznek.
  • Korlátozott nem funkcionális lefedettség: A teljesítmény, a biztonság és az akadálymentesítés saját technikákat igényel.
  • Karbantartási költségek: A használati eseteket frissíteni kell, amikor az üzleti szabályok változnak.

GYIK

Egy használati eset leírja, hogyan működik együtt egy szereplő és a rendszer egy cél elérése érdekében. Egy teszteset azt ellenőrzi, hogy a rendszer valóban úgy viselkedik-e. Egy használati eset általában több tesztesetet vezérel.

A használati eset tesztelését a rendszer- és elfogadási szinten a legjobb alkalmazni, az egység- és integrációs tesztek után, amikor a cél a teljes felhasználói munkafolyamatok validálása, nem pedig az egyes funkciók validálása.

Az „A” szereplő a felhasználót vagy külső rendszert jelöli, amely kezdeményezi az interakciót. Az „S” rendszer a műveletekre reagáló szoftvert jelöli. A jelölés a folyamatokat tömören és olvashatóan tartja.

A kiterjesztések alternatív folyamatok, amelyek kivételeket kezelnek, vagy a fő sikerforgatókönyvből leágaznak. Leírják, hogyan reagál a rendszer, amikor egy szereplő érvénytelen adatokat ad meg, elhagy egy lépést, vagy egy másik döntési utat követ.

Legalább egy tesztesetre van szükség a fő sikeres forgatókönyvhöz, plusz egyre minden kiterjesztéshez. A határ, az ekvivalencia és a negatív variációk továbbiakat is hozzáadhatnak, az alkalmazás kockázati profiljától függően.

Nem. A használati eset tesztelése ismert munkafolyamatokat validál, míg a feltáró tesztelés ismeretlen hibákat tár fel szkript nélküli interakció révén. A két technika kiegészíti egymást, és különböző kockázati kategóriákat fed le.

A mesterséges intelligencia asszisztensek a közérthető angol nyelvű felhasználói történeteket strukturált használati esetekké alakítják, szereplőkkel, sikerforgatókönyvekkel és bővítményekkel. Emellett a vázlat és a tipikus minták összehasonlításával jelzik a hiányzó alternatív folyamatokat.

Igen. A mesterséges intelligencia eszközei beolvasnak egy használati esetet, és teszteset-tervezeteket készítenek a fő folyamathoz és minden egyes bővítményhez, mintaadatokkal együtt. A tesztelő továbbra is áttekinti a kimenetet, hogy megerősítse az üzleti szabályok és a kockázati prioritások helyességét.

Foglald össze ezt a bejegyzést a következőképpen: