TESZTTERV a szoftvertesztelésben (példa)

Hogyan határozza meg a projekt 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” fogalmát.

• Szoftverkövetelményként szemüveg, a projekt Guru99 Bank csak összpontosítani teszteli az összes funkciók és a weboldal külső felülete Guru99 Bank (terjedelmében tesztelés)
• Nem funkcionális tesztelés, mint pl feszültség, teljesítmény or logikai adatbázis jelenleg nem lesz tesztelve. (kívül hatálya)

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őzni az ügyfelet Api tesztelése többletmunka, és jelentős erőforrásokat emészt fel. Adjon neki adatokat, amelyek alátámasztják tényeit. Mondja el neki, ha az Api Testing is beletartozik a hatályba, a költségvetés XYZ összeggel nő.

Az ügyfél beleegyezik, és ennek megfelelően az új hatóköröket, a hatályon kívül eső 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.

Mindegyik tesztelési típus úgy van kialakítva, hogy azonosítsa a termékhibák egy-egy típusát. De minden tesztelési típus egyetlen 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”

A általánosan használt A tesztelési típusokat az alábbi ábra mutatja be

Vannak tonna tesztelési típus szoftvertermék teszteléséhez. Csapatod nem lehet elegendő erőfeszítést kell tenni mindenféle tesztelés kezeléséhez. Tesztkezelőként be kell állítania 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ére?
• 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 valóban megtörténik, az aproblé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

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 tudod pontosan a tesztelő nevét, de a tesztelő típusa meghatározható.

A megfelelő tag kiválasztásához egy adott feladathoz figyelembe kell venni, hogy a képessége alkalmas-e a feladatra, illetve meg kell becsülni a projekt költségvetését. Ha rossz tagot választ ki a feladathoz, a projekt meghibásodhat megbukik or késleltetés.

Az alábbi képességekkel rendelkező személy a legalkalmasabb szoftvertesztelés elvégzésére:

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

A projektben a teszt végrehajtásáért felelős tag az vizsgáló. A projekt költségvetése alapján tesztelőként választhat belső vagy kihelyezett tagot.

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 elemet a következő ábrán látható

3. lépés) Határozza 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 feltárása; győződjön meg arról, hogy a tesztelt szoftver hibamentes kiadás előtt.

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

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 alapján

Alkalmazza ezeket a lépéseket a Guru99 Bank tesztelési projektjének tesztcéljának megtalálásához

Kiválaszthatja a 'FEL-LE módszerrel találhatja meg a webhely azon funkcióit, amelyeket esetleg tesztelni kell. Ezzel a módszerrel lebontja a tesztelt alkalmazást összetevő és a részkomponens.

Az előző témakörben már elemezte a követelményspecifikációkat, és végigjárta a webhelyet, így létrehozhat a Elme térkép hogy megtalálja a webhely funkcióit az alábbiak szerint

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

A fenti jellemzők alapján a következőképpen határozhatja meg a Guru99 projekt tesztcélját

• Ellenőrizze, hogy a Guru99 webhely-e funkcionalitás(Számla, Betét…) a várt módon működik, hiba és hiba nélkül a valós üzleti környezetben
• Ellenőrizze, hogy a webhely külső felülete, mint pl UI az elvárásoknak megfelelően működik, és megfelel az ügyfelek igényeinek
• Ellenőrizze a használhatóság a webhelyről. Kényelmesek ezek a funkciók a felhasználó számára vagy sem?

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

A tesztkritériumok olyan szabványok vagy szabályok, amelyekre a vizsgálati eljárás vagy a vizsgálati ítélet alapulhat. Kétféle vizsgálati kritérium létezik, az alábbiak 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, 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 vannak 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özötti arány végrehajtott tesztesetek száma/összes tesztesetek a teszt specifikációjá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 sebesség 100/120 = 0.83 (83%)
• Az átadási arány a közötti arány számok tesztesetek sikeresek / tesztesetek végrehajtva. Például 100 feletti végrehajtott TC esetén 80 sikeres TC van, tehát az átadási 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 áteresztőképesség 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ő 100% de a tesztcsapat csak a tesztesetek 90%-át fejezte be. Ez azt jelenti, hogy a futási sebesség 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ásterv a részletes összefoglaló a projektfeladat elvégzéséhez szükséges minden típusú erőforrás. Az erőforrás lehet egy projekt befejezéséhez szükséges ember, felszerelés és anyagok

Az erőforrás-tervezés fontos tényezője a teszttervezésnek, mert segít meghatározó a szám a projekthez felhasználandó erőforrások (alkalmazott, felszerelés…). Ezért a tesztmenedzser elkészítheti a megfelelő ütemezést és becslést a projekthez.

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

Rendszer erőforrás

Egy webalkalmazás teszteléséhez az erőforrásokat a következő táblázatok szerint kell megterveznie:

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

Mi az a tesztkörnyezet

A tesztelési környezet olyan szoftver és hardver összeállítása, 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 a fizikai környezet, például a szerver, az előtérben futó környezet.

A tesztkörnyezet beállítása

Vissza a projekthez, hogyan kell beállítani 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 felteheti, ha kell.

• Mekkora a maximális felhasználói kapcsolat, amelyet ez a webhely egyidejűleg képes kezelni?
• Milyen hardver-/szoftverkövetelmények szükségesek a webhely telepítéséhez?
• Szüksége van-e a felhasználó számítógépére valamilyen különleges beállítás a webhely böngészéséhez?

Az alábbi ábra a banki webhely 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 néhány technikát a projekt befejezéséhez szükséges erőfeszítések becslésére. Most ezt a becslést, valamint az ütemezést bele kell foglalnia a Teszttervezésbe

A Tesztbecslés fázisban tegyük fel, hogy az egész projektet kis feladatokra bontja, és minden egyes feladathoz hozzáadja a becslést az alábbiak szerint

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

Az ütemterv elkészítése gyakori kifejezés a projektmenedzsmentben. A Teszttervezésben szilárd ütemezést létrehozva a Tesztmenedzser eszközként használhatja a projekt előrehaladásának nyomon követésére, a költségtúllépések szabályozására.

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

• Munkavállaló és projekt határideje: A munkanapok, a projekt határideje, az erőforrások rendelkezésre állása azok a tényezők, amelyek befolyásolják az ütemezést
• Projekt becslés: A becslés alapján a tesztmenedzser tudja, mennyi ideig tart a projekt befejezése. Így elkészítheti a megfelelő projekt ütemezést
• Projektkockázat : A kockázat megértése segít a tesztmenedzsernek elegendő plusz időt hozzáadni a projekt ütemtervéhez a kockázatok kezelésére

Gyakoroljunk egy példával:

Tegyük fel, hogy a főnök be akarja fejezni a Guru99 projektet egy hónapban már megbecsülte az egyes feladatok erőfeszítéseit a Tesztbecslésben. Az ütemtervet az alábbiak szerint készítheti el

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

A Test Deliverables egy lista az összes dokumentumról, eszközről és egyéb összetevőről, amelyet a tesztelési erőfeszítés 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 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
• Nyomon követhetőségi mátrix tesztelése
• Hibanaplók és végrehajtási naplók.

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

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

Tudástár

Töltsön le egy minta tesztterv sablont

Töltse le a Guru99 Bank webhely rendszerteszt-mintáját