TESZTTERV a szoftvertesztelésben (példa)

Teszt terv

A Teszt terv egy részletes dokumentum, amely leírja a tesztelési stratégiát, a célokat, az ütemtervet, a becslést, a teljesítendő feladatokat és a szoftvertermék teszteléséhez szükséges erőforrásokat. A tesztelési terv segít meghatározni a tesztelt alkalmazás minőségének validálásához szükséges erőfeszítést. A tesztelési terv tervrajzként szolgál a szoftvertesztelési tevékenységek meghatározott folyamatként történő végrehajtásához, amelyet a tesztmenedzser aprólékosan figyelemmel kísér és irányít.

Az ISTQB definíciója szerint: „A tesztelési terv egy olyan dokumentum, amely leírja a tervezett tesztelési tevékenységek hatókörét, megközelítését, erőforrásait és ütemtervét.”

Kezdjük a következő tesztterv példával/forgatókönyvvel: Egy megbeszélésen meg szeretnéd beszélni a teszttervet a csapattagokkal, de nem érdekeltek.

Ilyen esetben mit fogsz tenni? Válaszd ki a választ az alábbi ábra szerint.

👉 Regisztrálj ingyenes élő szoftvertesztelési projektre

Mi a tesztterv fontossága?

A tesztelési tervdokumentáció elkészítésének számos előnye van.

• Segítsen a tesztelőcsapaton kívüli embereknek, például fejlesztőknek, üzletvezetőknek és ügyfeleknek, megért a tesztelés részleteit.
• Teszt terv útmutatók gondolkodásunk. Olyan ez, mint egy szabálykönyv, amit be kell tartani.
• Fontos szempontok, mint a tesztbecslés, a teszt hatóköre, Tesztstratégia faliórái dokumentált a Teszttervben, így a vezetőség felülvizsgálhatja és más projektekhez is felhasználhatja.

Teszttervek típusai

Három fő típusa van Teszttervek a szoftvertesztelésben.

1. Fő tesztterv: Egy átfogó dokumentum, amely felvázolja az összes tesztelési szint átfogó tesztelési stratégiáját, hatókörét, erőforrásait és ütemtervét. Ez a projekt fő ütemterveként szolgál.
2. Szintspecifikus tesztterv: Adott tesztelési szintekre összpontosít, mint például az egység-, integrációs-, rendszer- vagy elfogadási tesztelés. Minden terv részletezi az adott szinthez tartozó megközelítést, környezetet és teljesítendő feladatokat.
3. Típusspecifikus tesztterv: Targetspeciális tesztelési típusokat, mint például a teljesítmény-, biztonsági, használhatósági vagy automatizálási tesztelést. Meghatározza az adott teszttípusra jellemző eszközöket, technikákat és kritériumokat.

Ezek a teszttervek együttesen biztosítják az átfogó lefedettséget, összehangolják a tesztelési célokat a projekt céljaival, és javítják a csapatok közötti koordinációt a magasabb szoftverminőség érdekében.

Hogyan írjunk teszttervet

Már tudja, hogy a Teszt terv a legfontosabb feladata Tesztkezelési folyamatKövesse az alábbi hét lépést egy IEEE 829 szabvány szerinti tesztterv létrehozásához.

1. Elemezze a terméket
2. Tervezze meg a teszt stratégiát
3. Határozza meg a teszt céljait
4. Határozza meg a vizsgálati kritériumokat
5. Erőforrás tervezés
6. Terv tesztkörnyezet
7. Ütemezés és becslés
8. Határozza meg a teszt leszállítandó mennyiségét

1. lépés) Elemezze a terméket

Hogyan tesztelhet egy terméket nélkül valami infó róla? A válasz LehetetlenMeg kell tanulnod egy terméket alaposan mielőtt tesztelné.

A tesztelt termék a Guru99 banki weboldal. Kutatnia kell az ügyfelek és a végfelhasználók igényeit és elvárásait az alkalmazással kapcsolatban.

• Ki fogja használni a weboldalt?
• Milyen betegségek esetén alkalmazható?
• Hogyan fog működni?
• Milyen szoftvert/hardvert használ a termék?

A webhely elemzéséhez a következő módszert használhatja.

Most alkalmazzuk a fenti ismereteket egy valódi termékre: Elemez a banki webhely https://demo.guru99.com/V4.

Be kellene venni a Nézz körül ezt a weboldalt és azt is Kritika Termékdokumentáció. RevA termékdokumentáció áttekintése segít megérteni a webhely összes funkcióját, valamint annak használatát. Ha valamiben nem világos, megteheti interjú ügyfél, fejlesztő, tervező, hogy több információhoz jusson.

2. lépés) Tesztstratégia kidolgozása

A tesztstratégia a kritikus lépés a szoftvertesztelési tesztterv elkészítésében. A tesztstratégiai dokumentum egy magas szintű dokumentum, amelyet általában a tesztmenedzser fejleszt ki. Ez a dokumentum meghatározza:

• A projekt tesztelési célok és az ezek eléréséhez szükséges eszközöket
• Meghatározza a tesztelést erőfeszítés és a Költségek

Visszatérve a projektedre, ki kell dolgoznod egy tesztelési stratégiát a banki weboldal tesztelésére. Kövesd az alábbi lépéseket.

2.1. lépés) Határozza meg a tesztelés hatókörét

Bármely tesztelési tevékenység megkezdése előtt ismerni kell a tesztelés hatókörét. Alaposan át kell gondolni.

• A tesztelendő rendszer összetevőit (hardver, szoftver, köztes szoftver stb.) a következőképpen definiálják: „hatókörében”
• A rendszer azon komponenseit, amelyeket nem tesztelnek, egyértelműen meg kell határozni, mint „hatókörön kívül.”

A tesztelési projekt hatókörének meghatározása nagyon fontos minden érdekelt fél számára. A pontos hatókör segít ebben.

• Adj mindenkinek bizalom és pontos információ a tesztelésről, amit végzel.
• Minden projekttag rendelkezik a világos annak megértése, hogy mi tesztelt és mi nem.

Hogyan határozod meg a projekted hatókörét?

A hatókör meghatározásához:

• Precíz vevői igény
• Projekt költségvetés
• A termékek műszaki
• A tesztcsapat készségei és tehetsége

Most egyértelműen meg kell határoznia a tesztelés „hatókörén belüli” és „hatókörön kívüli” részeit.

• Szoftverkövetelményként szemüveg, a projekt GuruA 99-es bank csak az összes tesztelésére összpontosít funkciók és a weboldal külső felülete Guru99 Bank (terjedelmében tesztelés)
• Nem funkcionális tesztelés, mint pl stressz, teljesítmény or logikai adatbázis nem lesz tesztelve. (kívül hatálya)

Probléma forgatókönyv

Az ügyfél azt szeretné, ha tesztelnéd az API-ját. De a projekt költségvetése ezt nem teszi lehetővé. Mit fogsz tenni ebben az esetben?

Nos, ilyen esetben meg kell győzni a vevőt arról, hogy Api tesztelése plusz munka, és jelentős erőforrásokat fog felemészteni. Adj neki adatokat, amelyek alátámasztják a tényeidet. Mondd el neki, hogy ha az API tesztelés is benne van a hatókörben, a költségvetés XYZ összeggel fog növekedni.

Az ügyfél elfogadja, és ennek megfelelően az új hatóköröket, a hatókörön kívüli tételeket

• Hatáskörbe tartozó tételek: Funkcionális tesztelés, Api tesztelése
• Nem hatályos tételek: Adatbázis tesztelése, hardver és bármilyen más külső interfész

2.2. lépés) Határozza meg a tesztelési típust

A Tesztelés típusa egy szabványos vizsgálati eljárás, amely a várt vizsgálati eredményt adja.

Minden tesztelési típus egy adott típusú termékhiba azonosítására szolgál. De minden tesztelési típus egy közös cél elérésére irányul: „A korai észlelés minden hibára, mielőtt a terméket kiadná a vásárlónak”

Az általánosan használt A tesztelési típusokat az ábra a következőképpen írja le

Vannak tonna tesztelési típus szoftvertermék teszteléséhez. A csapatod nem lehet feltenni elegendő erőfeszítést tesz mindenféle tesztelés kezeléséhez. Tesztmenedzserként be kell állítania a prioritás a vizsgálati típusok közül

• Milyen tesztelési típusoknak kell lenniük összpontosított webes alkalmazások teszteléséhez bekapcsolva?
• Milyen tesztelési típusoknak kell lenniük figyelmen kívül hagyva költségmegtakarítás miatt?

2.3. lépés) Dokumentálja a kockázatokat és problémákat

A kockázat a jövő bizonytalan esemény valószínűséggel esemény és egy potenciális veszteségért. Amikor a kockázat ténylegesen bekövetkezik, azzá válik 'probléma'.

A cikkben Kockázatelemzés és megoldás, Ön már részletesen megismerte a „Kockázat” elemzést, és azonosította a projekt lehetséges kockázatait.

A minőségbiztosítási teszttervben dokumentálni fogja ezeket a kockázatokat

Kockázat	Enyhítés
A csapattagoknak hiányoznak a weboldalak teszteléséhez szükséges készségek.	Terv a képzés ügyesíteni a tagjait
A projekt ütemezése túl szoros; nehéz ezt a projektet időben befejezni	Készlet Teszt prioritás az egyes teszttevékenységekhez.
A tesztmenedzser gyenge vezetői készségekkel rendelkezik	csomag vezetőképzés a vezető számára
Az együttműködés hiánya negatívan befolyásolja az alkalmazottak termelékenységét	Ösztönzése minden csapattag a feladatában, és inspirál nagyobb erőfeszítésekre.
Rossz költségvetési becslés és költségtúllépések	Hozza létre a hatálya munka megkezdése előtt fordítson nagy figyelmet a projekttervezésre, és folyamatosan tracés mérd a haladást

2.4. lépés) Tesztlogisztika létrehozása

A Tesztlogisztikában a tesztmenedzsernek a következő kérdésekre kell válaszolnia:

• Kik tesztelni fog?
• Amikor megtörténik a teszt?

Ki fog tesztelni?

Lehet, hogy nem ismeri a tesztelők pontos nevét, de a tesztelő típusa meghatározható.

Ahhoz, hogy egy adott feladathoz a megfelelő tagot válasszuk ki, figyelembe kell venni, hogy a képességei megfelelnek-e a feladatnak, és meg kell becsülni a projekt költségvetését is. A rossz tag kiválasztása a projekt sikertelenségéhez vezethet. megbukik or késik.

Szoftvertesztelés elvégzésére ideális az a személy, aki rendelkezik a következő készségekkel:

• Képesség valamire megért az ügyfél nézőpontja
• Erős vágy a minőségért
• Figyelem részletezni
• Jó együttműködés

A projektedben a teszt végrehajtásáért felelős tag a vizsgálóA projekt költségvetésétől függően választhat házon belüli vagy kiszervezett tagot tesztelőnek.

Mikor lesz a teszt?

A teszttevékenységeket össze kell hangolni a kapcsolódó fejlesztési tevékenységekkel.

Elkezdi tesztelni, ha megvan minden szükséges elem a következő ábrán látható.

3. lépés) Határozza meg a teszt célját

A tesztcél a teszt végrehajtásának átfogó célja és eredménye. A tesztelés célja a lehető legtöbb szoftverhiba megtalálása; annak biztosítása, hogy a tesztelt szoftver... hibamentes kiadás előtt.

A tesztcélok meghatározásához a következő két lépést kell tennie

1. Sorolja fel az összes szoftverfunkciót (funkcionalitás, teljesítmény, grafikus felhasználói felület…), amelyeket esetleg tesztelni kell.
2. Definiálja a cél vagy a cél a fenti jellemzőkön alapuló teszt

Alkalmazzuk ezeket a lépéseket a tesztcél megtalálásához Guru99 Bank tesztelési projekt

Kiválaszthatja a „FENTRŐL LE” módszer a weboldal azon funkcióinak megtalálására, amelyeket esetleg tesztelni kell. Ebben a módszerben a tesztelt alkalmazást részekre bontjuk alkatrészek és a alkomponensek.

Az előző témában már elemezted a követelményspecifikációkat és bejártad a weboldalt, így létrehozhatsz egy Elme térkép a weboldal funkcióinak megtalálásához az alábbiak szerint járjon el:

Ez az ábra az összes olyan tulajdonságot mutatja, amelyet a Guru99 weboldalon lehet.

A fenti jellemzők alapján meghatározhatja a projekt tesztelési célját. Guru99 a következőképpen:

• Ellenőrizd, hogy a weboldal Guru99 funkcionalitás(Számla, Befizetés…) a várt módon működik, hibák vagy bugok nélkül a valós üzleti környezetben
• Ellenőrizd a weboldal külső felületét, pl. UI, a várt módon működik és megfelel az ügyfél igényeinek
• Ellenőrizze a használhatóság a weboldalról. Ezek a funkciók kényelmesek a felhasználó számára vagy sem?

4. lépés) Határozza meg a vizsgálati kritériumokat

A tesztkritériumok egy szabvány vagy szabály, amelyre egy teszteljárás vagy tesztértékelés alapozható. A tesztkritériumoknak két típusa van:

Felfüggesztési kritériumok

Adja meg a teszt kritikus felfüggesztési kritériumait. Ha a tesztelés során teljesülnek a felfüggesztési kritériumok, akkor az aktív tesztciklus lesz felfüggesztett amíg a kritériumok meg nem jelennek megoldódott.

Tesztterv példa: Ha a csapattagok arról számolnak be, hogy 40% a sikertelen tesztesetek közül érdemes felfüggesztésére tesztelés, amíg a fejlesztőcsapat ki nem javítja az összes sikertelen esetet.

Kilépési feltételek

Meghatározza azokat a kritériumokat, amelyek a sikeres egy tesztfázis befejezése. A kilépési kritériumok a teszt célzott eredményei, és szükségesek a fejlesztés következő fázisába való átlépés előtt. Példa: 95% minden kritikus tesztesetnek sikeresnek kell lennie.

A kilépési feltételek meghatározásának néhány módja a célzott megadása futási ráta és a átadási arány.

• A futási sebesség a következők aránya: a végrehajtott tesztesetek száma és/összes teszteset a tesztspecifikációból. Például a tesztspecifikáció összesen 120 TC-t tartalmaz, de a tesztelő csak 100 TC-t hajtott végre, így a futási arány 100/120 = 0.83 (83%).
• Az átmenési arány a következők aránya: sikeres tesztesetek / végrehajtott tesztesetek számaPéldául a fenti 100 végrehajtott TC-ből 80 TC volt sikeres, tehát a sikerességi arány 80/100 = 0.8 (80%).

Ezeket az adatokat a Test Metric dokumentumokból lehet lekérni.

• futás mértéke kötelező 100% hacsak nem adnak egyértelmű okot.
• Átmegy az arány a projekt terjedelmétől függ, de magas átmenési arány elérése egy cél.

Példa teszttervre:Csapatod már elvégezte a tesztvégrehajtást. Bejelentik Önnek a teszt eredményét, és azt akarják, hogy erősítse meg a Kilépési feltételek.

A fenti esetben a Futási sebesség kötelező, és az 100%, de a tesztcsapat csak a tesztesetek 90%-át fejezte be. Ez azt jelenti, hogy a futási arány nem teljesül, ezért NE erősítse meg a kilépési kritériumokat.

5. lépés: Erőforrás tervezés

Az erőforrás-terv egy részletes összefoglaló mindenféle erőforrás, amely egy projektfeladat elvégzéséhez szükséges. Az erőforrások lehetnek emberi erőforrások, berendezések és anyagok, amelyek egy projekt befejezéséhez szükségesek.

Az erőforrás-tervezés a teszttervezés fontos tényezője, mivel segít a következőkben: meghatározó a szám a projekthez felhasználandó erőforrások (alkalmazottak, berendezések…) mennyiségét. Így a tesztmenedzser elkészítheti a projekt helyes ütemtervét és becslését.

Ez a szakasz a projekthez javasolt erőforrásokat mutatja be.

Emberi erőforrás

Az alábbi táblázat a projektcsapat különböző tagjait mutatja be

Nem.	Tag	Feladatok
1.	Tesztmenedzser	kezel az egész projektet Határozza meg a projektet irányok Szerezze be a megfelelő erőforrásokat
2.	vizsgáló	A megfelelő vizsgálati technikák/eszközök/automatizálási architektúra azonosítása és leírása Ellenőrizze és értékelje a vizsgálati megközelítést Végrehajt a tesztek, log eredmények, és jelentést a hibákat. A tesztelők lehetnek belső vagy kiszervezett tagok, a projekt költségvetésétől függően. Azért a feladatért, ami megköveteli alacsony készség, azt javaslom, válasszon kiszervezett tagok kivéve projekt költsége.
3.	Fejlesztő a tesztben	végrehajtja a tesztesetek, a tesztprogram, a tesztcsomag stb.
4.	Tesztadminisztrátor	Felépíti és biztosítja Tesztkörnyezet és eszközök vannak sikerült és a karbantartott Támogatási tesztelő tesztkörnyezet használata tesztek végrehajtásához
5.	SQA tagjai	Vegye át a minőségbiztosítás irányítását. Ellenőrizze, hogy a tesztelési folyamat megfelel-e a meghatározott követelményeknek

Rendszer erőforrás

Egy webes alkalmazás teszteléséhez az erőforrásokat a következőképpen kell megtervezni:

Nem.	Tudástár	Descriptionok
1.	szerverünkhöz!	Telepítse a tesztelés alatt álló webes alkalmazást. Ez magában foglal egy külön webszervert, adatbázisszervert és alkalmazásszervert, ha van ilyen.
2.	Teszteszköz	A tesztelőeszköz feladata a tesztelés automatizálása, a felhasználói műveletek szimulálása és a teszteredmények generálása. Rengeteg teszteszköz áll rendelkezésre ehhez a projekthez, például Selenium, QTPStb
3.	Hálózat	Szüksége van egy hálózatra, beleértve a LAN-t és az internetet, hogy szimulálja a valós üzleti és felhasználói környezetet.
4.	Számítógép	A számítógép, amelyet a felhasználók gyakran használnak a webszerverhez való csatlakozáshoz

6. lépés) Tervezze meg a tesztkörnyezetet

Mi az a tesztkörnyezet

A tesztelési környezet egy olyan szoftver- és hardverösszeállítás, amelyen a tesztelő csapat teszteseteket fog végrehajtani. A tesztkörnyezet a következőkből áll: igazi üzlet és a használó környezet, valamint fizikai környezetek, például egy szerver és egy front-end futtatókörnyezet.

A tesztkörnyezet beállítása

Visszatérve a projektedre, hogyan állítottad be a tesztkörnyezet ehhez a banki webhelyhez?

A feladat befejezéséhez szüksége van erős együttműködés a tesztcsapat és a fejlesztőcsapat között.

A tesztelés alatt álló webalkalmazás megértéséhez fel kell tennie néhány kérdést a fejlesztőnek világosanÍme néhány ajánlott kérdés. Természetesen a többi kérdést is felteheted, ha szükséges.

• Maximum hány felhasználói kapcsolatot tud kezelni ez a weboldal egyszerre?
• Milyen hardver/szoftver követelmények vannak a weboldal telepítéséhez?
• Szükséges-e a felhasználó számítógépének bármilyen speciális beállítást elvégeznie a weboldal böngészéséhez?

A következő ábra a banki weboldal tesztkörnyezetét mutatja be. https://demo.guru99.com/V4

7. lépés) Ütemezés és becslés

A cikkben Tesztbecslés, már használtál néhány technikát a projekt befejezéséhez szükséges erőfeszítés becslésére. Most ezt a becslést és az ütemtervet is bele kell foglalnod a teszttervezésbe.

A tesztbecslés fázisában tegyük fel, hogy a teljes projektet kisebb feladatokra bontjuk, és az egyes feladatokhoz a következőképpen adjuk hozzá a becslést:

Feladat	Partnerek	Becsülje meg az erőfeszítést
Készítse el a tesztspecifikációt	Teszttervező	170 munkaóra
Végezze el a teszt végrehajtását	Tesztelő, tesztadminisztrátor	80 munkaóra
Vizsgálati jelentés	vizsgáló	10 munkaóra
Teszt Szállítás		20 munkaóra
Összeg		280 munkaóra

Ezután létrehozza a menetrend hogy elvégezze ezeket a feladatokat.

Az ütemterv készítése gyakori kifejezés a projektmenedzsmentben. A teszttervezésben létrehozott szilárd ütemterv segítségével a tesztmenedzser eszközként használhatja azt a projekt előrehaladásának nyomon követésére és a költségtúllépések kezelésére.

A projekt ütemtervének létrehozásához a tesztmenedzsernek többféle bemenetre van szüksége, az alábbiak szerint:

• Munkavállaló és projekt határidejeA munkanapok, a projekt határideje és az erőforrások elérhetősége azok a tényezők, amelyek befolyásolják az ütemtervet.
• Projekt becslésA becslés alapján a tesztmenedzser tudja, mennyi időbe telik a projekt befejezése. Így elkészítheti a megfelelő projektütemezést.
• ProjektkockázatA kockázat megértése segít a tesztmenedzsernek elegendő plusz időt beilleszteni a projekt ütemtervébe a kockázatok kezelésére.

Gyakoroljunk egy példával:

Tegyük fel, hogy a főnök be akarja fejezni a projektet Guru99 in egy hónap, és már becsülte meg az egyes feladatokhoz szükséges ráfordítást a Tesztbecslésben. Az ütemtervet a következőképpen hozhatja létre:

8. lépés: Szállítandó termékek tesztelése

A teszteredmények (Test Deliverables) az összes olyan dokumentum, eszköz és egyéb komponens listája, amelyeket a tesztelési munka támogatása érdekében fejleszteni és karbantartani kell.

A teszt minden fázisában különböző teszteredmények állnak rendelkezésre szoftverfejlesztés életciklusa.

A teszteredmények rendelkezésre állnak előtt a tesztelési fázis.

• Teszttervek dokumentuma.
• Tesztesetek dokumentumai
• Teszt Tervezési előírások.

A teszteredmények rendelkezésre állnak alatt a tesztelés

• Tesztparancsok
• Szimulátorok.
• Teszt adat
• Tesztelés Tracteljesítőképességi mátrix
• Hibanaplók és végrehajtási naplók.

A teszteredmények rendelkezésre állnak után a tesztelési ciklus véget ért.

• Vizsgálati eredmények/jelentések
• Hibajelentés
• Telepítési/ vizsgálati eljárások irányelvei
• Kiadási megjegyzések

Gyakori kihívások a teszttervezésben (és megoldásaik)

A hatékony teszttervezés gyakran gyakorlati akadályokba ütközik. Ezen kihívások felismerése és proaktív megoldások alkalmazása zökkenőmentesebb végrehajtást és magasabb szoftverminőséget biztosít.

1. Nem egyértelmű követelmények
   Kihívás: A kétértelmű vagy változó projektkövetelmények hiányos tesztlefedettséghez vezetnek.
   Megoldás: Végezzen el egy követelmény-áttekintést, és tartsa fenn az élő követelményt tracteljesítőképességi mátrix.
2. Korlátozott erőforrások
   Kihívás: A nem megfelelő eszközök, az idő vagy a képzett tesztelők hiánya befolyásolja a tesztek minőségét.
   Megoldás: Priorizálja a kritikus teszteseteket, és használja ki az automatizálást az ismétlődő feladatokhoz.
3. Irreális határidők
   Kihívás: A szoros ütemterv csökkenti a megfelelő teszttervezésre és -végrehajtásra fordított időt.
   Megoldás: Használjon becslési technikákat, és tájékoztassa a kockázatokat időben az érdekelt felekről.
4. Gyenge kommunikáció
   Kihívás: A csapatok közötti eltérések késedelmeket és átdolgozást okoznak.
   Megoldás: Az átláthatóság érdekében rendszeres szinkronizálási megbeszélések és megosztott irányítópultok bevezetése.
5. Nem megfelelő kockázatkezelés
   Kihívás: A potenciális kockázatok figyelmen kívül hagyása kisiklathatja a projekt ütemtervét.
   Megoldás: A kockázatok korai azonosítása, kockázatnapló vezetése és kockázatcsökkentési stratégiák kidolgozása.

GYIK: