Tesztterv sablon példa

Mi az a tesztterv sablon?

A Tesztterv sablon 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 teszteléshez szükséges erőforrásokat. Segít meghatározni a minőségellenőrzéshez szükséges erőfeszítést, és tervként szolgál, amelyet a tesztmenedzser irányít.

Sikeres Teszt terv kötelező a tesztelési projekt sikerének biztosításához. Ha még új vagy benne, lásd: Hogyan készítsünk teszttervet.

Töltse le a tesztterv-minta sablont

Tesztterv sablon felépítése

Az alábbiakban a tesztterv sablon fontos alkotóelemei láthatók, sorrendben ismertetve:

• 1. Bevezetés
• 1.1 Hatály
• 1.1.1 Hatály
• 1.1.2 Nem hatályos
• 1.2 Minőségi célkitűzés
• 1.3 Szerepek és felelősségek
• 2. Vizsgálati módszertan
• 2.1 áttekintése
• 2.2 Tesztszintek
• 2.3 Bug Triage
• 2.4 Felfüggesztési feltételek és újraindítási követelmények
• 2.5 A teszt teljessége
• 3. Tesztelési eredmények
• 4. Erőforrás- és környezeti igények
• 4.1 Teszteszközök
• 4.2 Tesztkörnyezet
• 5. Kifejezések/Mozaikszavak

1) Bevezetés

A Bevezetés rövid áttekintést nyújt a projekt során használt tesztelési stratégiákról, folyamatokról, munkafolyamatokról és módszertanokról.

1.1) Hatály

---

A hatókör két részre van osztva, hogy a tesztelési határ egyértelmű maradjon.

1.1.1) Hatály

A hatókör meghatározza a szoftver azon jellemzőit, funkcionális vagy nem funkcionális követelményeit, amelyek lesz tesztelték.

1.1.2) Nem hatályos

A „hatókörön kívüli” meghatározza a szoftver azon funkcióit, funkcionális vagy nem funkcionális követelményeit, amelyek… nem lesz tesztelték.

1.2) Minőségi célkitűzés

---

Itt említi azokat az általános célokat, amelyeket a csapat a manuális tesztelés és az automatizált tesztelés révén kíván elérni. Egy tipikus tesztelési projekt néhány célkitűzése a következő:

• Győződjön meg arról, hogy a tesztelt alkalmazás (AUT) megfelel a funkcionális és nem funkcionális követelményeknek.
• Győződjön meg arról, hogy az AUT megfelel az ügyfél által meghatározott minőségi előírásoknak.
• Az alkalmazás indulása előtt azonosítsa és javítsa a hibákat.

1.3) Szerepek és felelősségek

---

Adjon részletes leírást a különböző csapattagok szerepéről és felelősségi köréről, például:

• minőségbiztosítási elemző
• Tesztmenedzser
• Konfigurációkezelő
• Fejlesztők
• Telepítési csapat

Többek között.

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

2) Vizsgálati módszertan

Ez a szakasz meghatározza a tesztek végrehajtásának életciklusát, szintjeit és szabályait.

2.1) Áttekintés

---

Említse meg, miért választott egy adott tesztelési módszertant a projekthez. A projekthez kiválasztott tesztelési módszertan lehet:

• Vízesés
• ismétlődő
• Agilis
• Extrém programozás

A kiválasztott módszertan több tényezőtől függ. További információ a tesztelési módszertanról itt olvasható. itt .

2.2) Tesztszintek

---

A tesztszintek határozzák meg a tesztelt alkalmazáson (AUT) végrehajtandó tesztek típusait.A kiválasztott szintek elsősorban a projekt terjedelmétől, az időtől és a költségvetési korlátoktól függenek.

2.3) Bug Triage

---

A hibaelemzés célja:

• Határozza meg az egyes hibák megoldásának típusát.
• Priorizálja a hibákat, és határozzon meg egy ütemtervet az összes „Javítandó” hiba kijavítására.

2.4) Felfüggesztési kritériumok és újraindítási követelmények

---

A felfüggesztési kritériumok határozzák meg azokat a feltételeket, amelyek teljesülése esetén a tesztelési eljárás egésze vagy egy része szünetel. A folytatási kritériumok határozzák meg, hogy a tesztelés mikor folytatható a felfüggesztés után.

2.5) A teszt teljessége

---

Itt határozhatja meg azokat a kritériumokat, amelyek alapján a tesztelés befejezettnek minősül. Például a teszt teljességének ellenőrzésére szolgáló gyakori kritériumok a következők:

• 100%-os tesztlefedettség elérve.
• Minden manuális és automatizált teszteset végrehajtásra került.
• Minden nyitott hiba javítva van, vagy a következő kiadásban tervezzük kijavítani.

3) Teszt Szállítandók

Sorold fel az összes, a tesztelési életciklus során keletkező elemet. Előzetes rögzítésükkel elkerülheted a csapatok közötti átadások elmulasztását.

4) Erőforrás- és környezeti szükségletek

Sorolja fel az eszközöket és az infrastruktúrát a költségvetés, a licencek és a környezetek biztosításához a végrehajtás megkezdése előtt.

4.1) Teszteszközök

---

Készítsen egy listát az eszközökről, például:

• követelmények Tracking Szerszám
• Bogár Tracking Szerszám
• automatizálási eszközök

Ezek szükségesek a projekt hatékony teszteléséhez.

4.2) Tesztkörnyezet

---

Említsd meg a minimumot hardver követelmények, amelyeket az alkalmazás teszteléséhez fognak használni.

A következő szoftver az ügyfélspecifikus szoftvereken felül szükséges:

• Windows 11 és újabb
• Microsoft 365 (vagy Office 2021 és újabb verziók)
• MS Exchange stb.

5) Kifejezések/mozaikszavak

Dokumentáljon minden, a projektben használt kifejezést vagy betűszót, hogy az újonnan érkezők félreértések nélkül elolvashassák a tervet.

Töltse le a fenti tesztterv sablon formátumot

Minta tesztterv dokumentum: Banki webes alkalmazás példa

A következő példa bemutatja, hogyan kell kitölteni a fenti sablont a következőhöz: Guru99 Bank webes alkalmazás.

1. Bevezetés

A Tesztelési Terv előírja a tesztelési tevékenységek hatókörét, megközelítését, erőforrásait és ütemtervét. Guru99 Banki projekt. Meghatározza a tesztelendő tételeket és jellemzőket, az elvégzendő tesztelés típusait, a felelősöket és a tervhez kapcsolódó kockázatokat.

1.1 Hatály

1.1.1 Hatály

A Guru99 A szoftverkövetelményben meghatározott banki weboldal szemüveg tesztelni kell.

Modul neve	Alkalmazható szerepek	Leírás
Egyenleg lekérdezése	Menedzser, Ügyfél	Ügyfél: Egy ügyfélnek több bankszámlája is lehet, és csak a saját számláinak egyenlegét tekintheti meg. Menedzser: A vezető megtekintheti az összes, a felügyelete alá tartozó ügyfél egyenlegét.
Pénzátutalás	Menedzser, Ügyfél	Ügyfél: Az ügyfél a saját számlájáról bármely más számlára átutalhat pénzt. Menedzser: A vezető bármely forrásszámláról bármely célszámlára átutalhat pénzt.
Mini nyilatkozat	Menedzser, Ügyfél	Egy mini kimutatás a számla utolsó 5 tranzakcióját mutatja. Ügyfél: Csak a saját számláinak mini-kimutatását látja. Menedzser: Bármely számla mini-kivonatát megtekintheti.
Testreszabott nyilatkozat	Menedzser, Ügyfél	A testreszabott kimutatás dátum vagy tranzakcióérték szerint szűri és jeleníti meg a számlán szereplő tranzakciókat. Ügyfél: Csak a saját beszámolói. Menedzser: Bármelyik fiók.
Jelszó módosítása	Menedzser, Ügyfél	Ügyfél: Megváltoztathatja a saját fiókjához tartozó jelszót. Menedzser: Megváltoztathatja a saját fiókjának jelszavát, de az ügyfeleiéét nem.
Új ügyfél	menedzser	Menedzser: A menedzser hozzáadhat új ügyfelet.
Ügyfél szerkesztése	menedzser	Menedzser: Szerkesztheti az ügyfél adatait, például a címét, e-mail címét és telefonszámát.
Új fiók	menedzser	A rendszer kétféle számlát kínál: megtakarítási és folyószámlát. Egy ügyfél több megtakarítási számlát (egyéni vagy közös) és több folyószámlát is birtokolhat. Menedzser: Új fiókot hozhat létre egy meglévő ügyfél számára.
Fiók szerkesztése	menedzser	Menedzser: Szerkesztheti egy meglévő fiók adatait.
Fiók törlése	menedzser	Menedzser: Törölhet egy ügyfélhez tartozó fiókot.
Ügyfél törlése	menedzser	Egy ügyfél csak akkor törölhető, ha nincs aktív folyószámlája vagy megtakarítási számlája. Menedzser: Törölhet egy ügyfelet.
Letét	menedzser	Menedzser: Bármely számlára befizethet pénzt, jellemzően bankfiókban.
Visszavonás	menedzser	Menedzser: Bármely számláról felvehet pénzt, jellemzően bankfiókban történő készpénzfelvétel esetén.

1.1.2 Nem hatályos

Ezeket a funkciókat nem teszteltük, mert nem részei a szoftverkövetelmény-specifikációnak:

• Felhasználói felületek
• Hardver interfészek
• Szoftver interfészek
• Adatbázis logikai tervezés
• Kommunikációs interfészek
• Weboldal biztonsága és teljesítménye

1.2 Minőségi célkitűzés

A teszt célja, hogy ellenőrzése a funkcionalitás Guru99 Bank weboldal. A projektnek a tesztelésre kell összpontosítania banki műveletek, például Számlakezelés, Kifizetés és Egyenleglekérdezés garancia hogy ezek a műveletek mind működnek rendszerint egy valós üzleti környezetben.

1.3 Szerepek és felelősségek

A projektnek használnia kell kiszervezett tagokat tesztelőként a projekt költségeinek csökkentése érdekében.

Nem.	Tag	Feladatok
1.	Tesztmenedzser	A teljes projektet irányítja, meghatározza a projekt irányát, és beszerzi a megfelelő erőforrásokat.
2.	vizsgáló	Azonosítja és leírja a megfelelő tesztelési technikákat, eszközöket és automatizálási architektúrát; ellenőrzi a tesztelési megközelítést; végrehajtja a teszteket; naplózza az eredményeket; jelenti a hibákat. Kiszervezett tagok.
3.	Fejlesztő a tesztben	Teszteseteket, tesztprogramokat, tesztcsomagokat stb. implementál.
4.	Tesztadminisztrátor	Felépíti és karbantartja a tesztkörnyezetet és az eszközöket; támogatja a tesztelőket a végrehajtás során.
5.	SQA tagok	Vegye át a minőségbiztosítás irányítását, és ellenőrizze, hogy a tesztelési folyamat megfelel-e a meghatározott követelményeknek.

2. Vizsgálati módszertan

2.1 áttekintése

Az GuruA 99 Bank projekt egy agilis tesztelési módszertant követ, amely lehetővé teszi a tesztelők számára, hogy a gyors fejlesztési sprintekhez igazodjanak, miközben strukturált dokumentációt is fenntartanak.

2.2 Tesztszintek

A Guru99 Bank projekt esetén háromféle tesztelést kell elvégezni:

• Integrációs tesztelés: Az egyes szoftvermodulokat csoportként kombinálják és tesztelik.
• Rendszertesztelés: Egy teljes, integrált rendszeren elvégezve a meghatározott követelményeknek való megfelelés értékelése érdekében.
• API tesztelés: A tesztelt szoftver által elérhető összes API-t teszteli.

2.3 Bug Triage

Hetente kétszer tartanak hibaelemző megbeszéléseket a hibák súlyosságának, a tulajdonosnak és a célzott javítási kiadásnak az osztályozására.

2.4 Felfüggesztési feltételek és újraindítási követelmények

If 40% a tesztesetek közül sikertelen, függessze fel a tesztelést, amíg a fejlesztőcsapat kijavítja az összes sikertelen esetet.

2.5 A teszt teljessége

• Meghatározza azokat a feltételeket, amelyek a sikeres egy tesztfázis befejezése.
• Futási sebesség kötelező a 100% hacsak nem adnak egyértelmű okot.
• Átengedési arány is 80%; a sikeres teljesítési arány elérése kötelező.

2.6 Projektfeladatok, becslés és ütemterv

Feladat	Partnerek	Becsült ráfordítás
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	Tesztmenedzser	20 munkaóra
Összeg	-	280 munkaóra

Menetrend: A csapat kötelezettséget vállal arra, hogy ezeket a feladatokat a megállapodás szerinti tesztciklus-időablakon belül elvégzi.

3. Tesztelési eredmények

Tesztelési eredmények a következőhöz: GuruA 99 Bank projektjei három fázisra tagolódnak.

A tesztelési fázis előtt:

• Tesztterv dokumentum.
• Teszt esetek dokumentumokat.
• Tesztterv specifikációi.

A tesztelési fázisban:

• Teszteszköz-szimulátorok.
• Teszt adat.
• Tesztelés tracteljesítési mátrix, hibanaplók és végrehajtási naplók.

A tesztelési ciklusok befejezése után:

• Teszteredmények és jelentések.
• Hibajelentés.
• Telepítési és tesztelési eljárás irányelvei.
• Kiadási megjegyzések.

4. Erőforrás- és környezeti igények

4.1 Teszteszközök

Nem.	Forrás	Leírás
1.	szerverünkhöz!	Egy futó adatbázis-kiszolgáló MySQL és egy Apache-t futtató webszerver.
2.	Teszteszköz	Egy eszköz, amely képes automatikusan generálni a teszteredményeket egy előre definiált formátumban, és automatizálni a tesztek végrehajtását.
3.	Hálózat	Gigabites LAN hálózat és egy legalább 5 Mb/s sebességű internetkapcsolat.
4.	Számítógép	Legalább 4 futó munkaállomás Windows 11-es, 8 GB RAM-mal és egy 3.4 GHz-es processzorral.

4.2 Tesztkörnyezet

Ez az alszakasz felsorolja az alkalmazás teszteléséhez szükséges minimális hardver- és szoftverkövetelményeket. Az ügyfélspecifikus szoftvereken kívül a következő szoftverekre van szükség:

• Windows 11 és újabb
• Microsoft 365 (vagy Office 2021 és újabb verziók)
• MS Exchange stb.

Hogyan segíti a mesterséges intelligencia a teszttervezést

A modern teszttervezés egyre inkább mesterséges intelligenciát használ az erőfeszítés csökkentésére és a vakfoltok felszínre hozására. Generatív asszisztensek, mint például a ChatGPT, a Claude vagy a ... Gemini képes egy kezdeti teszttervet megfogalmazni egy követelménydokumentumból, hiányzó él-eseteket javasolni, és elkészíteni tracA gépi tanulási modellek automatikusan azonosítják a kockázatos modulokat a korábbi hibaadatok alapján, segítve aping A Tesztmenedzser oda összpontosítja az erőfeszítéseit, ahol a legnagyobb szükség van rá.

A mesterséges intelligencia segítsége azonban nem helyettesíti az emberi ítélőképességet. RevA felülvizsgálóknak a mesterséges intelligencia által generált tervek jóváhagyása előtt validálniuk kell a hatókört, a szabályozási lefedettséget és az üzleti szándékot. A mesterséges intelligencia által generált terveket első vázlatként, ne pedig végleges dokumentumként kell kezelniük.

Bevált gyakorlatok egy hatékony tesztelési tervhez

Egy jól megírt tesztelési terv minden érdekelt felet összehangol. Alkalmazd az alábbi bevált gyakorlatokat a dokumentumod írásakor:

• Legyen tömör: Használjon világos nyelvezetet és felsorolásszerű elemeket; kerülje a szakzsargont, amely lassítja a nem minőségbiztosítási olvasókat.
• Csináld meg Reviewable: Oszd meg időben a fejlesztőkkel és az üzleti elemzőkkel a hiányzó követelmények azonosítása érdekében.
• Kilépési kritériumok számszerűsítése: Határozza meg a numerikus lefedettséget, a sikerességi arányt és a hibaküszöböket.
• Kockázatok és mérséklések összekapcsolása: Minden kockázatot párosítson egy elszigetelési vagy tartalék stratégiával.
• A terv verziókövetése: Tárolja egy dokumentációs eszközben track változások a projekt egészében.

GYIK