Mi az a tesztterv sablon?
A VIZSGÁLATI TERV MINTÁJA egy részletes dokumentum, amely leírja a tesztstratégiát, a célokat, az ütemtervet, a becslést és az eredményeket, valamint a teszteléshez 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 elvégzésére, mint meghatározott folyamat, amelyet a tesztmenedzser aprólékos figyelemmel kísér és ellenőriz.
Tesztterv készítése kötelező a szoftverteszt projekt sikerének biztosításához. Ha még nem ismeri a teszttervezést, olvassa el ezt az oktatóanyagot a tesztterv létrehozásáról.
Töltse le a minta tesztterv sablont
Az alábbiakban találja meg a tesztterv fontos alkotóelemeit -
- 1. Bemutatkozás
- 1.1 Hatály
- 1.1.1 Hatókörben
- 1.1.2 Hatályon kívül
- 1.2 Minőségi cél
- 1.3 Szerepek és felelősségek
- 2 Teszt módszertan
- 2.1 Áttekintés
- 2.2 Tesztszintek
- 2.3 Bug Triage
- 2.4 Felfüggesztési kritériumok és folytatási követelmények
- 2.5 A teszt teljessége
- 3 Teszteljesítmények tesztelése
- 4 Erőforrás- és környezeti igények
- 4.1 Tesztelő eszközök
- 4.2 Tesztkörnyezet
1. Bemutatkozás
A projektben alkalmazott tesztstratégiák, folyamatok, munkafolyamatok és módszertanok rövid bemutatása
1.1) Hatály
1.1.1) Hatályban
Scope meghatározza a funkciók, funkcionális vagy nem funkcionális követelmények a szoftver, hogy lesz tesztelni
1.1.2) Hatályon kívül
Az Out of Scope meghatározza a NEM tesztelt szoftver jellemzőit, funkcionális vagy nem funkcionális követelményeit
1.2) Minőségi cél
Itt említsen meg egy á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-e az ügyfél által meghatározott minőségi előírásoknak
- A hibákat / problémákat a megjelenésük előtt azonosítják és javítják
1.3) Szerepek és felelősségek
Részletes leírás a különböző csapattagok szerepéről és felelősségéről
- QA elemző
- Test Manager
- Configuration Manager
- Fejlesztők
- Telepítési csapat
Többek között
2) Vizsgálati módszertan
2.1) Áttekintés
Említse meg a projekt adott tesztmódszertanának elfogadásának okát. A projekt számára kiválasztott tesztmódszer 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. A tesztmódszertanról itt olvashat
2.2) Tesztszintek
A tesztszintek meghatározzák a tesztelés alatt álló alkalmazáson végrehajtandó tesztelés típusait . A tesztelési szintek elsősorban a projekt hatókörétől, az idő és a költségvetés megszorításaitól függenek.
2.3) Bug Triage
A válogatás célja az
- Az egyes hibák felbontásának típusának meghatározása
- A hibák fontossági sorrendbe állítása és az összes "Javítandó hiba" ütemtervének meghatározása.
2.4) Felfüggesztési kritériumok és folytatási követelmények
A felfüggesztési kritériumok meghatározzák azokat a kritériumokat, amelyeket a tesztelési eljárás egészének vagy egy részének felfüggesztésére használnak, míg az újraindítási kritériumok meghatározzák, hogy a vizsgálat mikor folytatódhat a felfüggesztés után
2.5) A teszt teljessége
Itt adhatja meg azokat a kritériumokat, amelyek a tesztelés befejezettnek tekinthetők.
Például a teszt teljességének ellenőrzéséhez néhány kritérium lenne
- 100% -os teszt lefedettség
- Minden kézi és automatizált teszt végrehajtva
- Minden nyitott hiba javításra kerül, vagy a következő kiadásban javításra kerül
3) Teszteljesítmények tesztelése
Itt említsen meg minden olyan tesztterméket, amelyet a tesztelés életciklusának különböző szakaszaiban szállítanak.
Itt vannak az egyszerű eredmények
|
4) Erőforrás- és környezeti igények
4.1) Tesztelő eszközök
Készítsen egy listát az Eszközök közü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
Megemlíti az alkalmazás teszteléséhez használt minimális hardverkövetelményeket .
A kliensspecifikus szoftverek mellett a következő szoftverekre van szükség.
- Windows 8 és újabb
- Office 2013 és újabb
- MS Exchange stb.
5) Feltételek / betűszavak
Említsen meg minden, a projektben használt kifejezést vagy rövidítést
| TERMÉK / AKRONIM | MEGHATÁROZÁS |
| API | Alkalmazás program interfész |
| AUT | Teszt alatt álló alkalmazás |
Töltse le a fenti tesztterv sablon formátumát
Minta teszt terv dokumentumbank banki webalkalmazás
1. Bemutatkozás
A teszttervet úgy tervezték, hogy előírja a Guru99 Bank projekt összes tesztelési tevékenységének hatókörét, megközelítését, forrásait és ütemezését.
A terv meghatározza a tesztelendő elemeket, a tesztelendő jellemzőket, az elvégzendő tesztek típusait, a tesztelésért felelős személyzetet, a tesztelés befejezéséhez szükséges erőforrásokat és ütemtervet, valamint a tervhez kapcsolódó kockázatokat.
1.1 Hatály
1.1.1 Hatókörben
A websiteGuru99 Bank összes olyan tulajdonságát, amelyet a szoftverkövetelmények specifikációiban határoztak meg, fel kell használni
| Modul neve | Alkalmazható szerepek | Leírás |
| Egyenleg lekérdezése | Manager Ügyfél | Ügyfél : Az ügyfélnek több bankszámlája is lehet. Csak a számláinak egyenlegét tudja megtekinteniMenedzser : A menedzser megtekintheti az összes felügyelete alá tartozó ügyfél egyenlegét |
| Pénzátutalás | Manager Ügyfél | Ügyfél: Az ügyfél átutalhatja a „saját” számlájáról bármely célszámlát.Menedzser : A menedzser bármely forrás bankszámláról átutalhatja a célszámlát |
| Mini nyilatkozat | Manager Ügyfél | A Mini nyilatkozat jelenítik meg az utolsó 5 tranzakció számlaVevő: A vevő látható mini-kimutatás csak a „saját” számlákManager: A menedzser látja mini-kimutatás minden számla |
| Testreszabott nyilatkozat | Manager Ügyfél | A testreszabott utasítás lehetővé teszi a szűrő és a kijelző tranzakciók fiók dátum alapján, ügyleti értékÜgyfél: Egy ügyfél láthatja Customized- kimutatás csak a „saját” számlákmenedzser : Egy menedzser látja szabott -statement bármilyen számla |
| Jelszó módosítása | Manager Ügyfél | Ügyfél: Az ügyfél csak a fiókjának jelszavát változtathatja meg.Menedzser : A menedzser csak a fiókjának jelszavát változtathatja meg. Nem tudja megváltoztatni az ügyfelek jelszavát |
| Új vevő | Menedzser | Menedzser : A menedzser új ügyfelet vehet fel. |
| Menedzser | Menedzser: A menedzser szerkesztheti az adatokat, például az ügyfél címét, e-mailjét, telefonját. |
|
| Új fiók | Menedzser | Jelenleg a rendszer kétféle fiókot biztosít • Mentés • Jelenlegi Az ügyfélnek több megtakarítási számlája lehet (az egyik a nevén, a másik közös néven stb.). Több folyószámlája lehet különböző tulajdonában lévő vállalatok számára . Vagy több folyószámlája és megtakarítási számlája lehet.Menedzser: A menedzser új fiókot adhat hozzá egy meglévő ügyfélhez. |
| Fiók szerkesztése | Menedzser | Kezelő: A kezelő hozzáadhat egy szerkesztési fiók adatait egy meglévő fiókhoz |
| Fiók törlése | Menedzser | Menedzser: A kezelő hozzáadhat egy törlési fiókot az ügyfél számára. |
| Törölje az Ügyfelet | Menedzser | Egy ügyfelet csak akkor lehet törölni, ha nincs aktív folyószámla- vagy megtakarításifiókkezelője: A kezelő törölheti az ügyfeleket. |
| 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 a készpénzt egy bankfiókban veszik fel. |
1.1.2 Hatályon kívül
Ezeket a szolgáltatásokat nem teszteltük, mert nem szerepelnek a szoftverkövetelmények specifikációiban
- Felhasználói interfészek
- Hardver interfészek
- Szoftverinterfészek
- Adatbázis logikus
- Kommunikációs interfészek
- A webhely biztonsága és teljesítménye
1.2 Minőségi cél
A teszt célja a Guru99 Bank weboldal működésének ellenőrzése , a projektnek a banki műveletek tesztelésére kell összpontosítania, mint például a Számlavezetés, Visszavonás és Egyenleg
… Stb., Garantálva, hogy ezek a műveletek a valós üzleti környezetben normálisan működhetnek .1.3 Szerepek és felelősségek
A projektnek kiszervezett tagokat kell használnia tesztelőként a projekt költségeinek megtakarításához.
| Nem. | Tag | Feladatok |
| 1. | Test Manager | A teljes projekt kezelése A projekt irányainak meghatározása Megfelelő erőforrások beszerzése |
| 2. | Teszt | Megfelelő tesztelési 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 Végezze el a teszteket, naplózza az eredményeket, jelentse a hibákat. Kihelyezett tagok |
| 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. A Teszter tesztelő a tesztkörnyezet használatához használja a tesztet |
| 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 |
2 Teszt módszertan
2.1 Áttekintés
2.2 Tesztszintek
A Guru99 Bank projektben 3 típusú tesztet kell végrehajtani.
- Integrációs tesztelés (egyes szoftvermodulokat egyesítenek és csoportosan tesztelnek)
- Rendszerteszt : Teljes , integrált rendszeren végzik , hogy értékeljék a rendszer megfelelését a meghatározott követelményeknek
- API tesztelés: Tesztelje az összes tesztelt szoftverhez létrehozott API-t
2.3 Bug Triage
2.4 Felfüggesztési kritériumok és folytatási követelmények
Ha a csapat tagjai azt jelentik, hogy a tesztesetek 40% -a sikertelen volt , akkor függessze fel a tesztelést, amíg a fejlesztői csapat kijavítja az összes sikertelen esetet.
2.5 A teszt teljessége
- Megadja azokat a kritériumokat, amelyek a tesztfázis sikeres befejezését jelzik
- A futási aránynak 100% -nak kell lennie, kivéve, ha egyértelmű okot adunk meg.
- Pass mértéke 80%, megvalósítása a pass ráta kötelező
2.6 A projekt feladata, becslése és ütemezése
| 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 |
Ütemezze be ezeket a feladatokat
3 Teszteljesítmények tesztelése
A teszt eredményei az alábbiak szerint állnak rendelkezésre
A tesztelési szakasz előtt
- Vizsgálati tervek dokumentum.
- Vizsgálati esetek dokumentumai
- Test Design specifikációk.
A tesztelés során
- Teszteszköz-szimulátorok.
- Teszt adat
- Tesztkövetési mátrix tesztelése - Hibanaplók és végrehajtási naplók.
A tesztciklusok befejezése után
- Vizsgálati eredmények / jelentések
- Hibajelentés
- Telepítési / vizsgálati eljárásokra vonatkozó irányelvek
- Kiadási megjegyzések
4 Erőforrás- és környezeti igények
4.1 Tesztelő eszközök
| Nem. | Erőforrások | Leírások |
| 1. | szerver | Szüksége van egy adatbázis-kiszolgálóra, amely telepíti a MySQL szervert Az Apache szervert telepítő webkiszolgálóra |
| 2. | Vizsgálati eszköz | Fejlesszen ki egy teszteszközt, amely automatikusan előállíthatja a teszt eredményét az előre meghatározott formára és az automatikus tesztfuttatást |
| 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épen fut a Windows 7, Ram 2GB, 3.4GHz CPU |
4.2 Tesztkörnyezet
Tesztkörnyezet beállítása az alábbi ábra szerint