Tesztterv sablon (minta dokumentum példa)
Thomas Hamilton
Mi az a tesztterv sablon?
Tesztterv sablon egy részletes dokumentum, amely leírja a tesztelési stratégiát, a célkitűzéseket, az ütemezést, a becslést és a teljesítéseket, valamint a teszteléshez szükséges erőforrásokat. A Tesztterv segít meghatározni a tesztelt alkalmazás minőségének ellenőrzéséhez szükséges erőfeszítéseket. A tesztterv tervezetként szolgál a szoftvertesztelési tevékenységek végrehajtásához, mint meghatározott folyamat, amelyet a tesztmenedzser aprólékosan felügyel és irányít.
Sikeres Teszt terv kötelező a szoftvertesztelési projekt sikerének biztosításához. Ha még nem ismeri a Teszttervezést, tekintse meg ezt az oktatóanyagot Hogyan készítsünk teszttervet
Töltse le a tesztterv-minta sablont
Tesztterv sablon
Az alábbiakban megtalálja a vizsgálati terv fontos összetevőit.
- 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és
- 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 Szállítandó teszt
- 4 Erőforrás- és környezetvédelmi szükségletek
- 4.1 Teszteszközök
- 4.2 Tesztkörnyezet
1) Bevezetés
A projekthez használt tesztstratégiák, folyamatok, munkafolyamatok és módszertanok rövid bemutatása
1.1) Hatály
1.1.1) Hatály
A hatókör határozza meg a szoftver jellemzőit, funkcionális vagy nem funkcionális követelményeit lesz kipróbált
1.1.2) Nem hatályos
Az Out Of Scope meghatározza a szoftver funkcióit, funkcionális vagy nem funkcionális követelményeit nem lesz kipróbált
1.2) Minőségi célkitűzés
Itt említse meg azt az általános célt, amelyet a kézi teszteléssel és az automatizálási teszteléssel kíván elérni.
A tesztelési projekt néhány célja lehet
- Győződjön meg arról, hogy a tesztelt alkalmazás 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
- A hibákat/problémákat azonosítjuk és kijavítjuk a közzététel előtt
1.3) Szerepek és felelősségek
A különböző csapattagok szerepeinek és felelősségeinek részletes leírása, mint pl
- minőségbiztosítási elemző
- Tesztmenedzser
- Konfigurációkezelő
- Fejlesztők
- Telepítési csapat
Többek között
2) Vizsgálati módszertan
2.1) Áttekintés
Említse meg egy adott vizsgálati módszer alkalmazásának okát a projekthez. A projekthez kiválasztott tesztmódszer lehet
- Vízesés
- ismétlődő
- Agilis
- Extrém programozás
A választott módszer több tényezőtől függ. A vizsgálati módszertanról olvashat itt
2.2) Tesztszintek
A tesztszintek határozzák meg a tesztelés alatti alkalmazáson végrehajtandó tesztelés típusait (AUT). A tesztelési szintek elsősorban a projekt hatókörétől, az idő- és költségvetési korlátoktól függenek.
2.3) Bug Triage
A triage célja az
- Az egyes hibák feloldásának típusának meghatározása
- A hibák fontossági sorrendbe állítása és ütemezés meghatározása az összes „Javítandó hiba” számára.
2.4) Felfüggesztési kritériumok és újraindítási követelmények
A felfüggesztési kritériumok meghatározzák a tesztelési eljárás egészének vagy egy részének felfüggesztéséhez használandó kritériumokat, míg az újraindítási kritériumok azt határozzák meg, hogy a tesztelés mikor folytatódhat a felfüggesztés után.
2.5) A teszt teljessége
Itt határozhatja meg azokat a kritériumokat, amelyek a tesztelést befejezettnek tekintik.
Például néhány kritérium a teszt teljességének ellenőrzéséhez
- 100%-os tesztlefedettség
- Minden kézi és automatizált teszteset végrehajtva
- Minden nyitott hiba javítva van, vagy a következő kiadásban javítani fog
3) Teszt Szállítandók
Itt említse meg az összes tesztterméket, amelyet a tesztelés életciklusának különböző szakaszaiban szállítanak.
Itt vannak az egyszerű szállítmányok
|
4) Erőforrás- és környezeti szükségletek
4.1) Teszteszközök
Készíts egy listát a hasonló eszközökről
- Követelménykövető eszköz
- Hibakövető eszköz
- automatizálási eszközök
A projekt teszteléséhez szükséges
4.2) Tesztkörnyezet
A minimumot említi hardver az Alkalmazás teszteléséhez használt követelményeket.
Következő szoftverek kliens-specifikus szoftverek mellett szükségesek.
- Windows 8 és újabb
- Office 2013 és újabb
- MS Exchange stb.
5) Kifejezések/mozaikszavak
Említse meg a projektben használt kifejezéseket vagy mozaikszavakat
| KIFEJEZÉS/AKRONÍM | MEGHATÁROZÁS |
|---|---|
| API | Alkalmazási program felület |
| AUT | Pályázat Teszt alatt |
Töltse le a fenti tesztterv sablon formátumot
Minta vizsgálati terv dokumentum banki webalkalmazás példa
1 Bevezetés
A Tesztterv célja, hogy előírja a Guru99 Bank projekt összes tesztelési tevékenységének hatókörét, megközelítését, erőforrásait és ütemezését.
A terv meghatározza a tesztelendő elemeket, a tesztelendő jellemzőket, az elvégzendő tesztelés típusait, a tesztelésért felelős személyzetet, a tesztelés befejezéséhez szükséges erőforrásokat és ütemezést, valamint a tervhez kapcsolódó kockázatokat.
1.1 Hatály
1.1.1 Hatály
A websiteGuru99 Bank összes funkciója, amelyet a szoftverkövetelményben határoztak meg szemüveg tesztelni kell
| Modul neve | Alkalmazható szerepek | Leírás |
|---|---|---|
| Egyenleg lekérdezése | Menedzser Ügyfél |
Vevő: Egy ügyfélnek több bankszámlája is lehet. Ő tud csak a számláinak egyenlegét tekintheti meg menedzser: A menedzser megtekintheti az összes ügyfél egyenlegét felügyelete alá kerüljön |
| Pénzátutalás | Menedzser Ügyfél |
Ügyfél: Az ügyfél átutalhat pénzt „saját” pénzéből bármely célfiókba. menedzser: A menedzser bármely forrásbankból utalhat pénzt fiókból célfiókba |
| Mini nyilatkozat | Menedzser Ügyfél |
A Mini kimutatás egy számla utolsó 5 tranzakcióját mutatja Ügyfél: Az ügyfél csak a saját „saját” mini-kimutatását láthatja számlák Menedzser: A kezelő bármilyen fiók minikivonatát láthatja |
| Testreszabott nyilatkozat | Menedzser Ügyfél |
A testreszabott kimutatás lehetővé teszi a szűrést és a megjelenítést tranzakciók egy számlán dátum, tranzakció érték alapján Ügyfél: Az ügyfél csak a testreszabott nyilatkozatot láthatja „saját” számláit menedzser: A menedzser bármely személyre szabott utasítást láthat fiók |
| Jelszó módosítása | Menedzser Ügyfél |
Ügyfél: Az ügyfél csak a fiókjához tartozó jelszót módosíthatja. menedzser: A menedzser csak a fiókjához tartozó jelszót módosíthatja. Nem tudja megváltoztatni ügyfelei jelszavát |
| Új ügyfél | menedzser | menedzser: A menedzser hozzáadhat új ügyfelet. |
| menedzser |
Menedzser: A menedzser szerkesztheti az olyan adatokat, mint a cím, e-mail, egy ügyfél telefonja. |
|
| Új fiók | menedzser |
Jelenleg a rendszer 2 típusú számlát biztosít • Mentés • Áram Egy ügyfélnek több megtakarítási számlája lehet (egy a nevében, egyéb közös néven stb.). Több folyószámlája lehet különböző cégeknél birtokolja. Vagy több folyó- és megtakarítási számlája is lehet. Menedzser: A kezelő új fiókot adhat hozzá egy meglévő fiókhoz ügyfél. |
| Fiók szerkesztése | menedzser | Menedzser: A kezelő szerkesztheti a fiók adatait egy meglévő fiókhoz |
| Fiók törlése | menedzser | Menedzser: A menedzser hozzáadhat egy fiók törlését az ügyfélhez. |
| Ügyfél törlése | menedzser |
Az ügyfél csak akkor törölhető, ha nincs aktív folyó- vagy megtakarítási számlája Menedzser: A menedzser törölhet egy ügyfelet. |
| Letét | menedzser |
Menedzser: A menedzser bármilyen számlára befizethet pénzt. Általában akkor történik, amikor készpénzt helyeznek el egy bankfiókban. |
| Visszavonás | menedzser |
Menedzser: A menedzser bármilyen számláról felvehet pénzt. Általában akkor történik, amikor készpénzt vesznek fel a bankfiókban. |
1.1.2 Nem hatályos
Ezeket a funkciókat nem teszteljük, mert nem szerepelnek a szoftverkövetelmény specifikációiban
- Felhasználói felületek
- Hardver interfészek
- Szoftver interfészek
- Adatbázis logikus
- 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 Guru99 Bank weboldal funkcionalitását, a projektnek a tesztelésére kell összpontosítania banki művelet mint például a számlakezelés, a kivonás és az egyenleg stb. nak nek garancia mindezek a műveletek működhetnek rendszerint valódi üzleti környezetben.
1.3 Szerepek és felelősségek
A projektnek használnia kell kiszervezni tagjait tesztelőként, hogy megtakarítsák a projekt költségeit.
| Nem. | Tag | Feladatok |
|---|---|---|
| 1. | Tesztmenedzser | Kezelje az egész projektet Határozza meg a projekt irányait Szerezze be a megfelelő erőforrásokat |
| 2. | Tesztelés | A megfelelő vizsgálati technikák/eszközök/automatizálási architektúra azonosítása és leírása A vizsgálati megközelítés ellenőrzése és értékelése Végezze el a teszteket, naplózza az eredményeket, jelentse a hibákat. Kihelyezett tagok |
| 3. | Fejlesztő a tesztben | Végezze el a teszteseteket, tesztprogramot, tesztcsomagot stb. |
| 4. | Tesztadminisztrátor | Felépíti és biztosítja a tesztkörnyezet és az eszközök kezelését és karbantartását Támogassa a Tesztert a tesztkörnyezet használatához a teszt végrehajtásához |
| 5. | SQA tagjai | Vedd kezedbe a minőségbiztosítást Ellenőrizze, hogy a tesztelési folyamat megfelel-e a meghatározott követelményeknek |
2 Vizsgálati módszertan
2.1 áttekintése
2.2 Tesztszintek
A Guru99 Bank projektben 3 típusú tesztelést kell elvégezni.
- Integráció Tesztelés (Az egyes szoftvermodulokat kombináljuk és csoportosan teszteljük)
- rendszer Tesztelés: a teljes, integrált rendszer annak értékelésére, hogy a rendszer megfelel-e a meghatározott követelményeknek
- API tesztelés: Tesztelje a tesztelt szoftverhez létrehozott összes API-t
2.3 Bug Triage
2.4 Felfüggesztési feltételek és újraindítási követelmények
Ha a csapattagok beszámolnak arról, hogy vannak 40% A vizsgálati esetekről sikertelen, függessze fel a tesztelést, amíg a fejlesztőcsapat ki nem javí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ás mértéke kötelező 100% hacsak nem adnak egyértelmű okot.
- Átmegy árfolyam az 80% az áthaladási arány elérése az kötelező
2.6 Projektfeladat és becslés és ütemezés
| 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 | |
| Összkomfort | 280 munkaóra |
Ütemezze be ezeket a feladatokat
3 Szállítandó teszt
A teszteredményeket az alábbiak szerint közöljük
A tesztelési fázis előtt
- Teszttervek dokumentuma.
- Teszt esetek dokumentumok
- Teszt Tervezési előírások.
A tesztelés során
– Teszteszköz-szimulátorok.
– Nyomonkövetési mátrix tesztelése – Hibanaplók és végrehajtási naplók.
A tesztelési ciklusok lejárta után
- Vizsgálati eredmények/jelentések
- Hibajelentés
- Telepítési/ vizsgálati eljárások irányelvei
- Kiadási megjegyzések
4 Erőforrás- és környezeti szükségletek
4.1 Teszteszközök
| Nem. | Tudástár | Descriptionok |
|---|---|---|
| 1. | szerverünkhöz! | Szüksége van egy adatbázis-kiszolgálóra, amely telepíti MySQL szerver Az Apache Servert telepítő webszerver |
| 2. | Teszteszköz | Fejlesszen ki egy teszteszközt, amely automatikusan generálja a teszt eredményét az előre meghatározott formában, és automatikusan végrehajtja a tesztet |
| 3. | Hálózat | Állítson be egy LAN Gigabit és 1 internetvonalat legalább 5 Mb/s sebességgel |
| 4. | Számítógép | Legalább 4 számítógépes futás Windows 7, RAM 2 GB, CPU 3.4 GHz |
4.2 Tesztkörnyezet
Megemlíti az Alkalmazás teszteléséhez használt 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
- Office 2021 és újabb
- MS Exchange stb.
