Hogyan írjunk Teszteseteket példákkal

mi az a teszteset?

a szoftvertesztelés összefüggésében a tesztesetek egy adott funkció vagy funkció ellenőrzéséhez szükséges műveletek sorrendjére vonatkoznak. Lényegében a teszteset részletezi a funkciók ellenőrzéséhez szükséges lépéseket, adatokat, előfeltételeket és utófeltételeket.

meghatározza azokat a változókat, amelyekre a QAs-nak össze kell hasonlítania a várt és a tényleges eredményeket, hogy megállapítsa, hogy a funkció megfelelően működik-e. A tesztesetkomponensek megemlítik a bemenetet, a végrehajtást és a várható kimenetet/választ. Alapvetően megmondja a mérnököknek, hogy mit kell tenniük, hogyan kell csinálni, és milyen eredmények elfogadhatók.

a cél az írás teszt esetek

• hogy érvényesítse egyedi jellemzői és funkciói a szoftver.
• a tesztelők napi gyakorlati tevékenységükön keresztül történő irányítása.
• a végrehajtott lépések katalógusának rögzítése, amely hiba felbukkanása esetén felülvizsgálható.
• a jövőbeli projektek és tesztelők tervrajzának biztosítása, hogy ne kelljen a nulláról kezdeniük a munkát.
• a használhatósági problémák és a tervezési hiányosságok korai felismerése.
• hogy segítsen az új tesztelőknek és fejlesztőknek gyorsan felvenni a tesztelést, még akkor is, ha egy folyamatban lévő projekt közepén csatlakoznak.

szabványos vizsgálati Esetformátum

• vizsgálati eset ID
• vizsgálati forgatókönyv
• vizsgálati lépések
• előfeltételek
• vizsgálati adatok
• várható/tervezett eredmények
• tényleges eredmények
• test status – pass/fail

írás közben teszt esetek, ne feledje, hogy tartalmazza:

• a követelmény ésszerű leírása
• a vizsgálati eljárás leírása
• a vizsgálati beállításra vonatkozó részletek: a vizsgált szoftver verziója, adatpontok, operációs rendszer, hardver, biztonsági ellenőrzés, dátum, idő, előfeltételek stb.
• bármely kapcsolódó dokumentum vagy melléklet a tesztelőknek
• előfeltételek alternatívája szükséges, ha léteznek

a tesztesetek közös jellemzői

• valószínűleg rendszeresen felülvizsgálják és frissítik. A szoftverkövetelmények az üzleti prioritások vagy az ügyfelek preferenciáinak változásától függően változhatnak. Ha a követelmények megváltoznak, a vizsgálati eseteket ennek megfelelően módosítani kell. A hibák észlelése és a hibakeresési lépések szintén megkövetelhetik a tesztesetek megváltoztatását.
• valószínűleg klaszterezéssel jár. A teszteseteket egyetlen tesztforgatókönyvben általában meghatározott sorrendben vagy csoportban kell futtatni. Ebben az esetben az egyik vizsgálati eset sajátos előfeltételei vonatkoznak az ugyanabban a sorrendben lévő többi vizsgálati esetre is.
• valószínűleg egymástól függ. A tesztesetek gyakran függhetnek egymástól. Ez különösen igaz a többszintű üzleti logikával rendelkező réteges alkalmazásokra.
• valószínűleg mind a tesztelők, mind a fejlesztők használják. A teszt esetek hasznosak a fejlesztők, valamint a tesztelők számára. Például, amikor a fejlesztők hibákat javítanak, a tesztesetek nagyon hasznosak lehetnek az említett hiba megismétléséhez. A Tesztvezérelt fejlesztésben (TDD) a fejlesztők teszteseteket hoznak létre az üzleti logika kidolgozásához, több tesztforgatókönyv lefedéséhez és a kód írásához.

Tesztesetpélda

építsünk egy tesztesetpéldát egy adott forgatókönyv alapján. Itt van egy minta eset.

• Tesztesetazonosító: # BST001
• teszt forgatókönyv: a sikeres felhasználói bejelentkezés hitelesítéséhez Gmail.com
• vizsgálati lépések:
  • a felhasználó navigál Gmail.com.
  • az ‘e-mail’ mezőbe a felhasználó beír egy regisztrált e-mail címet.
  • a felhasználó a ‘Tovább’ gombra kattint.
  • a felhasználó beírja a regisztrált jelszót.
  • a felhasználó a ‘Bejelentkezés’ gombra kattint.’
• előfeltételek: regisztrált Gmail-azonosító egyedi felhasználónévvel és jelszóval.
• böngésző: Chrome v 86. Eszköz: Samsung Galaxy Tab S7.
• vizsgálati adatok: jogos felhasználónév és jelszó.
• Várható / Várható Eredmények: A felhasználónév és a jelszó megadása után a weboldal átirányítja a felhasználó postaládájába, megjelenítve és kiemelve az új e-maileket a tetején.
• tényleges eredmények: a várt módon
• Test Status – Pass/Fail: Pass

legjobb gyakorlatok a tesztesetek írásához

• az egyértelműség és az átláthatóság előtérbe helyezése. Legyen világos, tömör és határozott annak leírásában, hogy mit kell tennie a tesztelőnek, és milyen eredményeket kell elérnie.
• összpontosítson a Végfelhasználói követelményekre a minta tesztesetek írásakor. Térkép teszt esetek, hogy tükrözze minden szempontból a felhasználó utazás. Ehhez használja a specifikációk és a követelmények dokumentumot.
• kerülje az ismétlést. Ha több teszt is végrehajtható ugyanazzal a tesztesettel, használja a Tesztesetazonosítót a kívánt tesztesetre való hivatkozáshoz.
• tartsa a vizsgálati lépéseket a lehető legkisebbre. Ideális esetben tartsa 10-15 lépésben, ha lehetséges.
• összpontosítson a maximális teszt lefedettség elérésére. Míg a 100% – os teszt lefedettség ritkán érhető el, a megfelelő stratégiákkal magas százalék érhető el.

  További információ: Hogyan biztosítja a maximális teszt lefedettséget?

• hozzon létre öntisztító teszteseteket. Ez azt jelenti, hogy a teszteseteknek vissza kell állítaniuk a tesztkörnyezetet egy tiszta, teszt előtti állapotba. A tesztek befejezése után nem hagyhatnak maguk maradványait a környezetben. Ez a konfigurációkezelés szerves eleme. A mélyebb megértés érdekében: mi a konfigurációkezelés a DevOps – ban?
• alakítsa ki a teszteseteket olyan tesztekhez, amelyek ugyanazokat az eredményeket adják vissza, függetlenül attól, hogy ki futtatja őket. Győződjön meg arról, hogy a tesztek önállóak.

a tesztesetek kialakítása után a megfelelő teszteket valódi böngészőkön, eszközökön és operációs rendszereken kell futtatni. Ne feledje, hogy az eszköz töredezettsége minden fejlesztő és tesztelő számára jelentős aggodalomra ad okot. Minden weboldalnak zökkenőmentesen kell működnie több eszköz-böngésző-operációs rendszer kombináción. Mivel világszerte több mint 9000 különböző eszközt használnak az internet eléréséhez, minden szoftvert optimalizálni kell a különböző konfigurációkhoz, nézetablakokhoz és képernyőfelbontásokhoz.

próbálja meg tesztelni a valós Eszközfelhőt ingyen

ebben az állapotban egyetlen emulátor vagy szimulátor sem képes megismételni a valós felhasználói feltételeket. A szoftvert valós eszközökön kell tesztelni, hogy valós körülmények között működjön, például alacsony akkumulátor, bejövő hívások, gyenge hálózati erő stb. Ha egy házon belüli laboratórium nem érhető el, válasszon egy felhőalapú tesztelési lehetőséget, amely valódi eszközöket kínál.

a browserstack cloud Selenium grid több mint 2000 valós eszközt és böngészőt kínál az automatizált teszteléshez. Ez azt jelenti, hogy a felhasználók több valós eszközön és böngészőn futtathatnak teszteket, egyszerűen regisztrálva, bejelentkezve és kiválasztva a szükséges kombinációkat. A tesztelők Cypress tesztelést is végezhetnek több mint 30 valós böngészőverzión Windows és macOS rendszeren. Felismerni a hibákat, mielőtt a felhasználók nem tesztelésével szoftver valós felhasználói körülmények között BrowserStack.

a jól strukturált és eredményorientált tesztesetek létrehozása alapvető fontosságú a sikeres tesztek futtatásához. Ezenkívül átfogó teszt lefedettséget biztosítanak,és világos tervet nyújtanak a QAs számára. Használja ezt a cikket, hogy megismerje a hatékony tesztesetek létrehozásának alapjait, és indítsa el a tesztek végrehajtását, amelyek célja a csúcsminőségű felhasználói élmények optimalizálása és biztosítása.