Hogyan írjunk teszteseteket példákkal
Thomas Hamilton
Tesztesetek létrehozásának lépései a kézi tesztelés során
Hozzon létre egy tesztesetet a következő forgatókönyvhöz: Bejelentkezési funkció ellenőrzése
Step 1) Egy egyszerű teszteset a forgatókönyv magyarázatára lenne
| Próbaper # | Teszt eset Description |
|---|---|
| 1 | Ellenőrizze a választ, ha érvényes e-mail címet és jelszót adott meg |
Step 2) Tesztelje az adatokat.
A teszteset végrehajtásához szüksége lesz Teszt adat. Hozzáadása lent
| Próbaper # | Teszt eset Description | Teszt adat |
|---|---|---|
| 1 | Ellenőrizze a választ, ha érvényes e-mail címet és jelszót adott meg | E-mail: guru99@email.com Jelszó: lNf9^Oti7^2h |
A tesztadatok azonosítása időigényes lehet, és néha szükségessé teheti a tesztadatok újbóli létrehozását. Ennek okát dokumentálni kell.
Step 3) Végezzen műveleteket.
A teszteset végrehajtásához a tesztelőnek meghatározott műveleteket kell végrehajtania az AUT-on. Ezt az alábbiak szerint dokumentálják:
| Próbaper # | Teszt eset Description | Tesztlépések | Teszt adat |
|---|---|---|---|
| 1 | Ellenőrizze a választ, ha érvényes e-mail címet és jelszót adott meg | 1) Írja be az e-mail címet
2) Írja be a jelszót 3) Kattintson a Bejelentkezés gombra |
E-mail: guru99@email.com
Jelszó: lNf9^Oti7^2h |
A tesztlépések sokszor nem olyan egyszerűek, mint fent, ezért dokumentációra van szükségük. Ezenkívül a teszteset szerzője elhagyhatja a szervezetet, nyaralni megy, vagy beteg és szolgálaton kívül van, vagy nagyon elfoglalt más kritikus feladatokkal. Előfordulhat, hogy egy nemrég felvett személyt felkérnek a teszteset végrehajtására. A dokumentált lépések segítenek neki, és megkönnyítik a többi érdekelt fél általi felülvizsgálatát.
Step 4) Ellenőrizze az AUT viselkedését.
A szoftvertesztelés teszteseteinek célja az AUT viselkedésének ellenőrzése a várt eredmény érdekében. Ezt az alábbiak szerint kell dokumentálni
| Próbaper # | Teszt eset Description | Teszt adat | Várható eredmény |
|---|---|---|---|
| 1 | Ellenőrizze a választ, ha érvényes e-mail címet és jelszót adott meg | E-mail: guru99@email.com Jelszó: lNf9^Oti7^2h |
A bejelentkezésnek sikeresnek kell lennie |
A teszt végrehajtási ideje alatt a tesztelő összeveti a várt eredményeket a tényleges eredményekkel, és megfelelő vagy sikertelen állapotot rendel hozzá
| Próbaper # | Teszt eset Description | Teszt adat | Várható eredmény | Tényleges eredmény | Pass / Fail |
|---|---|---|---|---|---|
| 1 | Ellenőrizze a választ, ha érvényes e-mail címet és jelszót adott meg | E-mail: guru99@email.com Jelszó: lNf9^Oti7^2h | A bejelentkezésnek sikeresnek kell lennie | A bejelentkezés sikeres volt | Átmegy |
Step 5) Ennek a tesztesetén kívül lehet egy olyan mező, mint
Előzetes feltétel, amely meghatározza azokat a dolgokat, amelyeknek a helyükön kell lenniük a teszt futtatása előtt. Tesztesetünkben előfeltétel lenne, hogy telepítve legyen egy böngésző, amely hozzáférhet a tesztelt webhelyhez. A teszteset tartalmazhatja a Post – Conditions elemet is, amely mindent megad, ami a teszteset befejezése után érvényesül. Tesztesetünkben az utófeltétel a bejelentkezés időpontja és dátuma az adatbázisban tárolva
Hogyan írjunk teszteset videót
Kattints itt ha a videó nem érhető el
A legjobb gyakorlat a jó teszteset megírásához.
1. A teszteseteknek egyszerűnek és átláthatónak kell lenniük:
Hozzon létre a lehető legegyszerűbb teszteseteket. Világosnak és tömörnek kell lenniük, mivel a teszteset szerzője nem hajthatja végre őket.
Használjon határozott nyelvezetet, például menjen a kezdőlapra, írjon be adatokat, kattintson erre és így tovább. Ez megkönnyíti a teszt lépéseinek megértését és gyorsabbá teszi a tesztek végrehajtását.
2. Készítsen tesztesetet a végfelhasználó szem előtt tartásával
Minden szoftverprojekt végső célja olyan tesztesetek létrehozása, amelyek megfelelnek az ügyfelek igényeinek, és könnyen használhatóak és működtethetők. A tesztelőnek teszteseteket kell létrehoznia a végfelhasználói szempontok szem előtt tartásával
3. Kerülje a teszteset megismétlését.
Ne ismételje meg a teszteseteket. Ha egy tesztesetre van szükség más teszteset végrehajtásához, hívja meg a tesztesetet a teszteset azonosítójával az előfeltétel oszlopban
4. Ne feltételezd
A teszteset előkészítése során ne vállalja a szoftveralkalmazás funkcionalitását és szolgáltatásait. Tartsa be a specifikációs dokumentumokat.
5. 100%-os lefedettség biztosítása
Győződjön meg róla, hogy teszteseteket írt, hogy ellenőrizze a specifikációs dokumentumban említett összes szoftverkövetelményt. Használat Nyomon követhetőségi mátrix annak biztosítása érdekében, hogy egyetlen funkció/feltétel se maradjon teszteletlenül.
6. A vizsgálati eseteknek azonosíthatónak kell lenniük.
Nevezze el a teszteset azonosítóját úgy, hogy könnyen azonosítható legyen a hibák nyomon követése vagy a szoftverkövetelmény későbbi azonosítása során.
7. Alkalmazza a tesztelési technikákat
Nem lehet minden lehetséges feltételt ellenőrizni a szoftveralkalmazásban. A szoftvertesztelési technikák segítségével kiválaszthat néhány tesztesetet a hiba megtalálásának maximális lehetőségével.
- Határérték elemzés (BVA): Ahogy a neve is sugallja, ez az a technika, amely meghatározza egy meghatározott értéktartomány határainak tesztelését.
- Egyenértékű partíció (EP): Ez a technika egyenlő részekre/csoportokra osztja a tartományt, amelyek általában azonos viselkedést mutatnak.
- Állapotátmeneti technika: Ezt a módszert akkor használják, ha a szoftver viselkedése egyik állapotról a másikra változik egy adott művelet után.
- Hiba tippelési technika: Ez a kézi tesztelés során felmerülő hiba kitalálása/előrejelzése. Ez nem formális módszer, és kihasználja a tesztelő alkalmazással kapcsolatos tapasztalatait
8. Öntisztító
A létrehozott tesztesetnek vissza kell adnia a Tesztkörnyezet a teszt előtti állapotba, és nem teheti használhatatlanná a tesztkörnyezetet. Ez különösen igaz a konfiguráció tesztelésére.
9. Megismételhető és önálló
A tesztesetnek minden alkalommal ugyanazokat az eredményeket kell produkálnia, függetlenül attól, hogy ki teszteli
10. Peer Review.
Tesztesetek létrehozása után kérje meg kollégáival, hogy vizsgálják át azokat. Társai felfedezhetik a teszteset tervezésének hibáit, amelyeket könnyen elmulaszthat.
A teszteset elkészítésekor a következő információkat kell tartalmaznia
- A tesztelés alatt álló követelmény leírása
- A rendszer tesztelésének magyarázata
- A tesztbeállítás, mint egy tesztelés alatt álló alkalmazás verziója, szoftver, adatfájlok, operációs rendszer, hardver, biztonsági hozzáférés, fizikai vagy logikai dátum, pontos idő, előfeltételek, például egyéb tesztek és minden egyéb, a tesztelt követelményekkel kapcsolatos beállítási információ
- Bemenetek és kimenetek vagy cselekvések és várt eredmények
- Bármilyen bizonyíték vagy melléklet
- Használjon aktív esetnyelvet
- A teszteset nem lehet több 15 lépésnél
- Az automatizált tesztszkriptet kommentálják a bemenetekkel, a céllal és a várt eredményekkel
- A beállítás alternatívát kínál az előfeltételes tesztekhez
- Más teszteknél helytelen üzleti forgatókönyv-rendelésnek kell lennie
Tesztesetkezelő eszközök
A tesztkezelési eszközök olyan automatizálási eszközök, amelyek segítenek a tesztesetek kezelésében és karbantartásában. A tesztesetkezelő eszköz fő jellemzői a következők
- A tesztesetek dokumentálásához: Az eszközökkel felgyorsíthatja a teszteset létrehozását sablonok használatával
- Végezze el a tesztesetet, és rögzítse az eredményeket: A teszteset az eszközökön keresztül végrehajtható, és a kapott eredmények könnyen rögzíthetők.
- Automatizálja a hibakövetést: A sikertelen tesztek automatikusan összekapcsolódnak a hibakövetővel, amely viszont hozzárendelhető a fejlesztőkhöz, és e-mailes értesítésekkel nyomon követhető.
- Nyomon követhetőség: A követelmények, a tesztesetek, a tesztesetek végrehajtása mind összekapcsolódnak az eszközökön keresztül, és az egyes esetek egymáshoz nyomon követhetők a teszt lefedettségének ellenőrzéséhez.
- Tesztesetek védelme: A teszteseteknek újrafelhasználhatónak kell lenniük, és védeni kell őket az elvesztéstől vagy a rossz verziókezelés miatti megsérüléstől. A Test Case Management Tools olyan funkciókat kínál, mint a
- Elnevezési és számozási konvenciók
- Versioning
- Csak olvasható tárhely
- Ellenőrzött hozzáférés
- Helyszínen kívüli biztonsági mentés
A népszerű tesztkezelési eszközök a következők: Minőségi Központ és a TÚRA
A szabványos tesztesetek formátuma
Az alábbiakban egy szabványos bejelentkezési tesztesetek formátuma látható.
| Teszteset azonosítója | Teszt eset Description | Tesztlépések | Teszt adat | Várható eredmények | Jelenlegi eredmények | Pass / Fail |
|---|---|---|---|---|---|---|
| TU01 | Ellenőrizze az Ügyfél bejelentkezését érvényes adatokkal |
|
Userid = guru99 Jelszó = pass99 | A felhasználónak be kell jelentkeznie egy alkalmazásba | Ahogy az várható volt | Átmegy |
| TU02 | Ellenőrizze az Ügyfél bejelentkezését érvénytelen adatokkal |
|
Userid = guru99 Jelszó = glass99 | A felhasználónak nem szabad bejelentkeznie egy alkalmazásba | Ahogy az várható volt | Átmegy |
Ez a teljes táblázat elkészíthető Wordben, Excelben vagy bármely másban Tesztkezelő eszköz. Ez minden a Teszt Case Designhoz
Teszteset sablon
- Kérjük, vegye figyelembe, hogy a használt sablon projektenként eltérő lehet. Olvasd ezt el oktatói tanulni teszteset sablont a fontos mezők magyarázatával
Töltse le a fenti Excel tesztesablont (.xls)
GYIK
Mi az a teszteset?
A teszteset feltételek, bemenetek, műveletek és várt eredmények dokumentált halmaza, amelyek célja annak ellenőrzése, hogy egy alkalmazás adott funkciója vagy szolgáltatása a rendeltetésszerűen működik-e. Útmutatóként szolgál a tesztelők számára, hogy biztosítsák az alkalmazás megfelelő működését meghatározott feltételek mellett.
Tesztforgatókönyv vs teszteset
Egy Teszt forgatókönyv: Ellenőrizze a bejelentkezési funkciót, sok lehetséges teszteset a következő:
- 1. teszteset: Ellenőrizze az eredményeket érvényes felhasználói azonosító és jelszó megadása után
- 2. teszteset: Ellenőrizze az eredményeket az érvénytelen felhasználói azonosító és jelszó megadásakor
- 3. teszteset: Ellenőrizze a választ, ha a felhasználói azonosító üres, és megnyomja a bejelentkezési gombot, és még sok más
