TESZT TERV: Mi az, hogyan lehet létrehozni (példával)

Teszt terv

A Tesztterv egy részletes dokumentum, amely leírja a tesztelési stratégiát, a célokat, az ütemtervet, a becslést, az eredményeket és a szoftvertermék teszteléséhez szükséges erőforrásokat. A tesztterv segít meghatározni a tesztelt alkalmazás minőségének érvényesítéséhez szükséges erőfeszítéseket. A tesztterv tervként szolgál a szoftver-tesztelési tevékenységek, mint meghatározott folyamat végrehajtására, amelyet a tesztmenedzser aprólékos figyelemmel kísér és ellenőriz.

Az ISTQB definíciója szerint: „A tesztterv olyan dokumentum, amely leírja a tervezett vizsgálati tevékenységek körét, megközelítését, erőforrásait és ütemezését.”

Kezdjük a tesztterv példájának / forgatókönyvének követésével: Egy megbeszélésen meg akarja vitatni a teszttervet a csapattagokkal, de őket nem érdekli -.

Ilyen esetben mit fog tenni? Válassza ki a választ az alábbi ábra szerint

A) Menedzser vagyok, mindent megteszek, ahogy mondtam
B) Rendben, magyarázzam el, miért van szükségünk
hibás
teszttervre Testmenedzserként el kell magyaráznod nekik a tesztterv fontosságát, nem pedig arra kell kényszerítened a csapatot, hogy azt tedd, amit akarsz. Helyes Tesztmenedzserként
meg kell magyaráznia nekik a tesztterv fontosságát, és nem arra kell kényszerítenie a csapatot, hogy azt tegye, amit akar.

Mi a tesztterv jelentősége?

A Test Plan dokumentum elkészítésének számos előnye van

• Segítsen a tesztcsoporton kívüli embereknek, például a fejlesztőknek, az üzleti vezetőknek és az ügyfeleknek megérteni a teszt részleteit.
• A Tesztterv irányítja gondolkodásunkat. Olyan ez, mint egy szabálykönyv, amelyet be kell tartani.
• Az olyan fontos szempontokat, mint a tesztbecslés, a teszt terjedelme, a tesztstratégia, a tesztterv dokumentálja , így a menedzsment csapat áttekintheti és felhasználhatja más projektekhez.

Hogyan írjunk teszttervet

Már tudja, hogy a tesztkezelési terv elkészítése a tesztkezelési folyamat legfontosabb feladata. Kövesse az alábbi hét lépést az IEEE 829 szerinti tesztterv elkészítéséhez

1. Elemezze a terméket
2. Tervezze meg a tesztstratégiát
3. Határozza meg a tesztcélokat
4. Definiálja a teszt kritériumait
5. Erőforrás tervezés
6. Terv tesztkörnyezet
7. Ütemezés és becslés
8. Határozza meg a tesztteljesítményeket

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

Hogyan tesztelhet egy terméket anélkül, hogy bármilyen információ lenne róla? A válasz lehetetlen. A tesztelés előtt alaposan meg kell tanulnia egy terméket .

A tesztelt termék a Guru99 banki webhely. Meg kell kutatnia az ügyfeleket és a végfelhasználókat, hogy megismerjék az alkalmazással kapcsolatos igényeiket és elvárásaikat

• Ki fogja használni a weboldalt?
• Mire használják?
• Hogyan fog működni?
• Milyen szoftvereket / hardvereket használ a termék?

A webhely elemzéséhez a következő megközelítést használhatja

Most alkalmazzuk a fenti ismereteket egy valódi termékre: elemezzük a banki webhelyet: http://demo.guru99.com/V4.

Meg kell venni egy nézzen körül ezen az oldalon, valamint felülvizsgálja a termék dokumentációját. A termékdokumentáció áttekintése segít megérteni a weboldal összes funkcióját, valamint annak használatát. Ha bizonytalan valamilyen tárgyban, megkérdezheti az ügyfelet, a fejlesztőt és a tervezőt, hogy további információkat kapjon.

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

A tesztelési stratégia kritikus lépés a tesztelési terv elkészítésében a szoftver tesztelésében. A Test Strategy dokumentum egy magas szintű dokumentum, amelyet általában a Test Manager fejleszt. Ez a dokumentum meghatározza:

• A projekt tesztelési célkitűzései és azok elérésének eszközei
• Meghatározza a tesztelési erőfeszítéseket és költségeket

Vissza a projektjéhez ki kell dolgozni egy tesztstratégiát az adott banki webhely teszteléséhez. Kövesse az alábbi lépéseket

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

Bármely tesztelési tevékenység megkezdése előtt ismerni kell a tesztelés körét. Nagyon meg kell gondolkodnia rajta.

• A rendszer tesztelendő alkatrészeit (hardver, szoftver, köztes szoftver stb.) " Hatókörként " határozzuk meg
• A rendszer azon elemeit, amelyeket nem tesztelnek, szintén világosan meg kell határozni, hogy " kívül esnek ".

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

• Adjon mindenkinek bizalmat és pontos információkat a tesztelésről
• A projekt minden tagjának világos megértése lesz arról, hogy mi tesztelt és mi nem

Hogyan határozza meg a projekt hatókörét?

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

• Pontos ügyféligény
• Projekt költségvetése
• Termékleírás
• A tesztcsapat készségei és tehetsége

Most világosan meg kell határoznia a tesztelés „hatókörén” és „hatókörén kívül”.

• Mivel a szoftverkövetelmény specifikáció, a Guru99 Bank projekt csak a Guru99 Bank webhely összes funkciójának és külső felületének tesztelésére összpontosít ( a hatókör tesztelésében)
• A nem működő teszteléseket, például a stresszt , a teljesítményt vagy a logikai adatbázist jelenleg nem tesztelik. ( kívül esik )

Probléma forgatókönyv

Az ügyfél azt akarja, hogy tesztelje az API-ját. De a projekt költségvetése ezt nem teszi lehetővé. Ilyen esetben mit fog tenni?

Nos, ebben az esetben meg kell győznie az ügyfelet arról, hogy az Api tesztelés többletmunka és jelentős erőforrásokat fog felemészteni. Adjon neki adatokat, amelyek alátámasztják a tényeit. Mondja meg neki, hogy az Api Testing beletartozik-e a költségvetésbe XYZ összeggel növekedni.

Az ügyfél egyetért, és ennek megfelelően az új hatókörök, a hatályon kívül eső tételek

• Hatályon belüli tételek: Funkcionális tesztelés, Api tesztelés
• Hatályon kívül eső elemek: Adatbázis-tesztelés, hardver és egyéb külső interfészek

2.2. Lépés) Határozza meg a tesztelés típusát

A tesztelési típus egy szokásos vizsgálati eljárás, amely megadja a várt vizsgálati eredményt.

Minden tesztelési típus úgy van megfogalmazva, hogy azonosítsa a termékhibák egy bizonyos típusát. De minden tesztelési típus célja egy közös cél elérése: „ Az összes hiba korai felismerése, mielőtt kiadnák a terméket az ügyfélnek”

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

Rengeteg tesztelési típus van a szoftvertermékek teszteléséhez. Csapatának nem lehet elég erőfeszítése a különféle tesztek kezelésére. Tesztkezelőként meg kell adnia a tesztelési típusok prioritását

• Mely tesztelési típusokat kell összpontosítani a webalkalmazások teszteléséhez?
• Mely tesztelési típusokat kell figyelmen kívül hagyni a költségmegtakarítás érdekében?

Most gyakoroljuk a projektjét. A tesztelni kívánt termék egy banki webhely.
Mely tesztelési típusokra kell összpontosítania ebben az esetben?
Válassza az Összes alkalmazandó lehetőséget A) Egység tesztelése B) API tesztelés C) Integrációs tesztelés D) Rendszer tesztelése E) Telepítés / eltávolítás tesztelés F) Agilis tesztelés Csak a B) API tesztelést választjuk C) Integrációs tesztelés D) A rendszer tesztelése a Guru99 projekthez

2.3. Lépés) Dokumentálja a kockázatot és problémákat

Kockázati jövő bizonytalan esemény valószínűséggel előfordulása és a potenciális veszteség. Amikor a kockázat valóban bekövetkezik, akkor ez válik „ kérdéssé”.

A Kockázatelemzés és megoldás című cikkben már részletesen megismerte a „Kockázat” elemzést és azonosította a projektben rejlő lehetséges kockázatokat.

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

Kockázat	Enyhítés
A csapat tagjának nincs meg a szükséges képessége a weboldal teszteléséhez.	Tervezzen tanfolyamot tagjai felkészítéséhez
A projekt ütemezése túl szoros; nehéz ezt a projektet időben befejezni	Állítsa be a tesztprioritást minden teszttevékenységhez.
A Test Manager gyenge vezetői képességekkel rendelkezik	Tervezzen vezetői képzést a vezető számára
Az együttműködés hiánya negatívan befolyásolja az alkalmazottak termelékenységét	Bátorítson minden egyes csapattagot feladatára, és ösztönözze őket nagyobb erőfeszítésekre.
Helytelen költségvetési becslés és költségtúllépés	A munka megkezdése előtt határozza meg a hatókört , fordítson nagy figyelmet a projekt tervezésére, és folyamatosan kövesse nyomon és mérje az előrehaladást

2.4. Lépés) Hozzon létre tesztlogisztikát

A Tesztlogisztika során a Tesztkezelőnek a következő kérdésekre kell válaszolnia:

• Ki fogja tesztelni?
• Mikor következik be a teszt?

Ki fogja tesztelni?

Lehet, hogy nem tudja a tesztelő pontos nevét, aki tesztelni fogja, de a tesztelő típusa meghatározható.

A kiválasztott feladathoz megfelelő tag kiválasztásához mérlegelnie kell, hogy a készsége megfelelő-e a feladathoz, vagy sem, becsülje meg a projekt költségvetését is. Helytelen tag kiválasztása a feladathoz a projekt kudarcát vagy késését okozhatja .

A következő képességekkel rendelkező személy a legideálisabb a szoftver teszteléséhez:

• Képesség megérteni az ügyfelek nézőpontját
• Erős vágy a minőségre
• Figyelem a részletekre
• Jó együttműködés

A projektben a teszt végrehajtásáért felelős tag a tesztelő. A projekt költségvetésén alapulva választhatja tesztelőnek a forráson belüli vagy a kiszervezett tagot.

Mikor következik be a teszt?

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

Akkor kezd el tesztelni, ha minden szükséges elemet megad az alábbi ábrán

3. lépés: Adja meg a teszt célját

A teszt célja a teszt végrehajtásának általános célja és elérése. A tesztelés célja a lehető legtöbb szoftverhiba megtalálása; a kiadás előtt győződjön meg arról, hogy a tesztelt szoftver hibátlan .

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

1. Sorolja fel az összes szoftverfunkciót (funkcionalitás, teljesítmény, GUI…), amelyeket esetleg tesztelni kell.
2. A fenti jellemzők alapján határozza meg a teszt célját vagy célját

Alkalmazzuk ezeket a lépéseket a Guru99 Bank tesztprojektjének tesztcéljának megtalálásához

Kiválaszthatja a „ TOP-DOWN” módszert, hogy megtalálja a webhely azon funkcióit, amelyeket esetleg tesztelni kell. Ebben a módszerben a tesztelt alkalmazást összetevőre és alkomponensre bontja .

Az előző témakörben már elemezte a követelményeket és áttekintette a weboldalt, így létrehozhat egy Elmetérképet a weboldal jellemzőinek megtalálásához az alábbiak szerint:

Ez az ábra bemutatja a Guru99 webhely összes funkcióját.

A fenti jellemzők alapján a következőképpen definiálhatja a Guru99 projekt tesztcélját

• Ellenőrizze, hogy e honlap Guru99 alkalmassága (Account, Betét ...) a várt módon működik hiba nélkül, vagy a hibákat valós üzleti környezetben
• Ellenőrizze, hogy a webhely külső felülete, például a felhasználói felület , az elvárt módon működik-e, és megfelel-e az ügyfelek igényeinek
• Ellenőrizze a weboldal használhatóságát . Ezek a funkciók kényelmesek a felhasználó számára, vagy sem?

4. lépés: Határozza meg a teszt kritériumait

A tesztkritériumok olyan szabvány vagy szabály, amelyen alapulhat egy vizsgálati eljárás vagy tesztítélet. Kétféle tesztkritérium van a következők szerint

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, az aktív tesztciklus a kritériumok feloldásáig szünetel .

Tesztterv példa: Ha a csapat tagjai azt jelentik, hogy a tesztesetek 40% -a sikertelen volt, akkor fel kell függesztenie a tesztelést, amíg a fejlesztői csapat kijavítja az összes sikertelen esetet.

Kilépési feltételek

Meghatározza azokat a kritériumokat, amelyek a tesztfázis sikeres befejezését jelzik . A kilépési kritériumok a teszt megcélzott eredményei, és szükségesek a fejlesztés következő szakaszának folytatása előtt. Példa: Az összes kritikus teszteset 95% -ának meg kell felelnie.

A kilépési kritériumok meghatározásának néhány módszere a megcélzott futási és átadási sebesség megadása .

• A futási arány a végrehajtott tesztesetek száma / a teszt specifikáció összes tesztesete közötti arány . Például a tesztspecifikáció összesen 120 TC-t tartalmaz, de a tesztelő csak 100 TC-t hajtott végre, tehát a futási sebesség 100/120 = 0,83 (83%)
• Az átadási arány a sikeres tesztesetek száma / végrehajtott tesztesetek száma . Például több mint 100 végrehajtott TC esetén 80 TC átment, tehát a továbbítási arány 80/100 = 0,8 (80%)

Ezek az adatok lekérhetők a Test Metrikus dokumentumokból.

• A futási aránynak 100% -nak kell lennie, kivéve, ha egyértelmű okot adunk meg.
• Az átadási arány a projekt hatókörétől függ, de a magas átadási arány elérése a cél.

Tesztterv példa: Csapata már elvégezte a teszt végrehajtásokat. Jelentik Önnek a teszt eredményét, és azt akarják, hogy erősítse meg a Kilépési feltételeket.

A fenti esetben a Futási arány kötelező 100%, de a tesztcsoport csak a tesztesetek 90% -át teljesítette. Ez azt jelenti, hogy a futási arány nem teljesül, ezért NE erősítse meg a kilépési feltételeket

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

Az erőforrás-terv a projektfeladat elvégzéséhez szükséges összes erőforrás részletes összefoglalása . Erőforrás lehet emberi, eszköz és anyag, amely a projekt megvalósításához szükséges

Az erőforrás-tervezés fontos tényező a vizsgált tervezési, mert segít meghatározásakor a szám az erőforrások (munkavállaló, berendezések ...) kell használni a projekt. Ezért a Test Manager elkészítheti a projekt helyes ütemezését és becslését.

Ez a szakasz a projekt ajánlott erőforrásait tartalmazza.

Emberi erőforrás

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

Nem.	Tag	Feladatok
1.	Test Manager	Kezelje az egész projektet Definiálja a projekt irányait Szerezzen be megfelelő forrásokat
2.	Vizsgáló	Megfelelő vizsgálati technikák / eszközök / automatizálási architektúra meghatározása és leírása Ellenőrizze és értékelje a teszt megközelítést Execute A vizsgálatok Log eredmények jelentése a hibák. A tesztelő lehet forrásból származó vagy külső tag, a projekt költségvetése alapján Az alacsony készségeket igénylő feladathoz azt javaslom , hogy a projekt költségeinek megtakarítása érdekében válassza ki a kihelyezett tagokat .
3.	Fejlesztő a Testben	Végezze el a teszteseteket, a tesztprogramot, a tesztcsomagot stb.
4.	Teszt rendszergazda	Felépíti és biztosítja a tesztkörnyezet és az eszközök kezelését és karbantartását Támogassa a Tester alkalmazást a tesztkörnyezet teszt végrehajtásához
5.	SQA tagok	Vállalja a minőségbiztosítást Ellenőrizze, hogy a tesztelési folyamat megfelel-e a meghatározott követelményeknek

Rendszererőforrás

Webes alkalmazás teszteléséhez meg kell terveznie az erőforrásokat az alábbi táblázatok szerint:

Nem.	Erőforrások	Leírások
1.	szerver	Telepítse a tesztelt webalkalmazást Ez magában foglal egy külön webkiszolgálót, adatbázis-kiszolgálót és adott esetben az alkalmazáskiszolgálót
2.	Vizsgálati eszköz	A tesztelő eszköz a tesztelés automatizálása, a felhasználói működés szimulálása, a teszt eredményeinek előállítása Rengeteg teszteszköz használható, például szelén, QTP ... stb.
3.	Hálózat	Szüksége van egy hálózatra, amely tartalmazza a LAN-ot és az internetet a valós üzleti és felhasználói környezet szimulálásához
4.	Számítógép	Az a számítógép, amelyet a felhasználók gyakran használnak a webszerver csatlakoztatásához

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

Mi a tesztkörnyezet

A tesztelési környezet a szoftver és a hardver olyan beállítása, amelyen a tesztelő csoport teszteseteket fog végrehajtani. A tesztkörnyezet valódi üzleti és felhasználói környezetből, valamint fizikai környezetekből áll, mint például szerver, kezelőfelület futó környezet.

A tesztkörnyezet beállítása

Visszatérve a projektjéhez, hogyan állíthatja be a tesztkörnyezetet ehhez a banki weboldalhoz?

A feladat elvégzéséhez szoros együttműködésre van szükség a Test Team és a Development Team között

Meg kell kérni a fejlesztő néhány kérdést, hogy megértsük a webes kérelem szerinti vizsgálat egyértelműen . Íme néhány ajánlott kérdés. Természetesen felteheti a többi kérdést is, ha szüksége van rá.

• Mennyi a maximális felhasználói kapcsolat, amelyet ez a weboldal egyszerre képes kezelni?
• Milyen hardver / szoftver követelmények vannak a webhely telepítéséhez?
• Szüksége van-e a felhasználó számítógépének valamilyen speciális beállítás a weboldal böngészéséhez?

Az alábbi ábra a www.demo.guru99.com/V4 banki webhely tesztkörnyezetét írja le

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

A Tesztbecslés cikkben már használt néhány technikát a projekt befejezéséhez szükséges erőfeszítések becslésére. Most hozzá kell adnia ezt a becslést, valamint a tesztterv ütemezését

A Tesztbecslés szakaszban tegyük fel, hogy az egész projektet apró feladatokra bontja, és hozzáadja az egyes feladatokra vonatkozó becslést az alábbiak szerint

Feladat	Tagok	Becsülje meg az erőfeszítést
Készítse el a teszt specifikációt	Test Designer	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
Tesztelés		20 munkaóra
Teljes		280 munkaóra

Ezután létrehozza az ütemtervet ezeknek a feladatoknak a végrehajtásához.

Az ütemterv elkészítése a projektmenedzsmentben elterjedt kifejezés. Megalapozott ütemezés létrehozásával a Teszttervezésben a Tesztkezelő eszközként használhatja a projekt előrehaladásának nyomon követésére, a költségtúllépés ellenőrzésére.

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

• Alkalmazott és projekt határideje : A munkanapok, a projekt határideje, az erőforrások rendelkezésre állása befolyásolja az ütemtervet
• Projektbecslés : A becslés alapján a Test Manager tudja, mennyi időbe telik a projekt befejezése. Így elkészítheti a megfelelő projekt ütemtervet
• Projektkockázat : A kockázat megértése segít a Test Managernek elegendő többletidőt adni a projekt ütemezésében a kockázatok kezeléséhez

Gyakoroljunk egy példával:

Tegyük fel, hogy a főnök egy hónap alatt be akarja fejezni a Guru99 projektet , Ön már megbecsülte az egyes feladatokra fordított erőfeszítéseket a Tesztbecslésben . Az ütemtervet az alábbiak szerint hozhatja létre

8. lépés: Tesztelje a teljesítéseket

A Test Deliverables az összes dokumentum, eszköz és egyéb összetevő listája, amelyet fejleszteni és karbantartani kell a tesztelés érdekében.

A szoftverfejlesztés életciklusának minden szakaszában különböző tesztelérhetőségek vannak.

A tesztelést a tesztelési szakasz előtt nyújtjuk.

• Vizsgálati tervek dokumentum.
• Vizsgálati esetek dokumentumai
• Test Design specifikációk.

A teszt során a teszt eredményeket biztosítjuk

• Test Scripts
• Szimulátorok.
• Teszt adat
• Teszt nyomonkövethetőségi mátrix
• Hibanaplók és végrehajtási naplók.

A teszteléseket a tesztciklusok befejezése után nyújtjuk.

• Vizsgálati eredmények / jelentések
• Hibajelentés
• Telepítési / vizsgálati eljárásokra vonatkozó irányelvek
• Kiadási megjegyzések

Erőforrások

Töltse le a Tesztterv sablon mintáját

Töltse le a Guru99 Bank weboldal rendszer mintatervét