A tesztterv sablonja
A tesztterv egy olyan dokumentum, amely ismerteti a tesztelési módszer, stratégia, a hardver / szoftver kiválasztásának, az ütemezési tervnek és a teljesítendő anyagok becslésének tervét. Ez kezeli a tesztmenedzseromat.
Nézzük meg egy példát, amikor az egyik találkozó tesztmenedzsere felkéri a csoportot, hogy készítsen teszt tervet erre a projektre, és a csapat nem érdekli, hogy a teszt menedzser hogyan akarja kezelni ezt a helyzetet.
Gondoljon a tesztmenedzserre, és válassza ki az alábbiak közül választ:
- Menedzser vagyok, tehát azt kell tennie, amit mondok
- OK, hadd magyarázzam el, miért van szüksége a projekthez egy teszttervet.
Ha menedzser vagyok, akkor a második lehetőséget választom, és remélem, hogy te is.
Vizsgálati terv szükségessége
- Ez teszteli az alkalmazás / szoftver minőségét
- A tesztelőknek be kell tartaniuk a dokumentumban szereplő útmutatásokat
- A hatókört, a becslést és a stratégiát dokumentálják, és más projektekhez is felhasználhatók.
Hogyan írhatunk egy tesztterv sablont?
Nyolc fontos feladat van, amelyeket be kell tartani a Tesztelési terv sablonjának írásakor:
Ez arról szól, hogyan írunk egy tesztterv sablont, amelyet az alábbiakban részletesebben ismertetünk:
1. Elemezze
Adatok nélkül lehetetlen elemezni semmit. Tehát meg kell határoznunk a projektet / projektet, amelyet elemezni kell. Tegyük fel, hogy kifejlesztettünk egy weboldalt, amelyet elemezni kell a tesztelési technikákkal. Mielőtt belépnénk a tesztstratégiába, felül kell vizsgálnunk a termékdokumentumot, amely tartalmazza a projekt részleteit. Először meg kell értenünk a funkcionalitást, majd elvégeznünk egy elemzést. Az alábbiakban bemutatjuk a weboldal mintaelemzését.
- Mi a célja ennek a weboldalnak?
- Kik a végfelhasználók?
- Hogyan fog működni?
- Mi a szoftver verziója?
- Mi a hardver?
2. Tervezés
A tesztelési terv kidolgozása fontos lépés a tesztterv sablonjában, amelyet a tesztmenedzser fog meghatározni.
a) Határozza meg a tesztelés hatókörét
A tesztterv elkészítése előtt meg kell határoznunk a tesztelés „hatókörét” és „hatókörén kívüli” fogalmát, és a csapat minden tagjának egyértelműen meg kell értenie a projektet, és pontos adatokkal kell szolgálnia. Hogyan azonosítja a tesztelés alkalmazási körét?
- Vevői igény
- Költségvetés
- Szoftver specifikáció
b) Adja meg a tesztelés típusát
A tesztelés típusának meghatározásával meghatározza a szoftverben található összes hibát, és a végső cél az, hogy a szoftvert hibák nélkül szállítsa az ügyfélnek. A fő tesztelési technikák egyike a következő:
- Egység tesztelése: Tesztelje a legkisebb szoftvert vagy alkalmazást
- API tesztelés: Az alkalmazás számára létrehozott teszt API-k
- Integrációs teszt: Tesztelje a modulokat az alkalmazásban
- Rendszerteszt: Vizsgálja meg a rendszer megfelelőségét az adott követelmény szempontjából
- Telepítés / eltávolítás teszt: Állítsa be / távolítsa el az adott szoftvert az ügyfélkörnyezetben
- Agilis tesztelés: Tesztelje az agilis módszertant
c) Dokumentumkockázat és kiadás
Azonosítsa a kockázatot, amely potenciális hatást gyakorol a tesztterv sablonjára, és mely intézkedések jelentik a problémát. Lásd alább néhány kockázati tényezőt.
- Az embereknek nincs készsége a webhely teszteléséhez
- A tesztmenedzser gyenge képességei vannak a tesztelési technika meghatározására.
- Az együttműködés hiánya a csapaton belül
- Rossz költségvetési becslés
d) Készítsen tesztelési logisztikát
Ebben a lépésben a tesztmenedzsernek el kell döntenie, ki teszteli? és mikor kerül sor a tesztre? A módszerek megértése szempontjából nagyon fontos a megfelelő személy kiválasztása egy adott feladathoz. A tesztelés bármikor megtörténhet, a fejlesztési szakaszból is indulhat. Ha rendelkezésre áll az alábbi forrás, akkor készen áll a tesztelésre.
- Tesztelési előírások és követelménydokumentum
- Emberi erőforrás
- Tesztkörnyezet
3. Tesztelje a célt
A vizsgálat tesztelésének fő célja a hibák azonosítása és a szoftver hibamentes kiadása. A teszt céljának az alábbi lépéseket kell követnie:
a) Tesztelje a szoftvert vagy az alkalmazás szolgáltatását.
b) Tesztelje a funkciót a kitűzött cél és a cél alapján.
Vegyük példát erre a webhelyre, és kövesse a fenti lépéseket a leggyakoribb technika lefelé lefelé történő tesztelés módszerével.
- Ellenőrizze, hogy a weboldal valódi környezetben működik-e probléma nélkül
- Ellenőrizni kell az ügyfelek igényét, és ez megfelel az elvárásaiknak
- Felhasználóbarátnak kell lennie
4. Tesztelési kritériumok
A kritériumok szabályként vagy eljárásként használhatók a tesztelési ítélet meghozatalához. Kétféle tesztelési kritérium létezik:
a) A felfüggesztés kritériumai
A tesztmenedzsernek meg kell állítania a felfüggesztés célját. Amikor eléri a célt, a tesztet felfüggesztik, amíg a kritériumok meg nem oldódnak. Tegyük fel, hogy a teszt esetek 30% -a sikertelen a projektnél, és vissza kell térnie a fejlesztői csapathoz. A tesztelést csak akkor lehet elvégezni, amíg a probléma megszűnik.
b) Kilépési kritériumok
A kilépési kritériumok maximális százalékban állíthatók be (pl. 96%). Amikor a teszt eredménye megfelel ennek a százaléknak, a projekt PASS-nak tekinthető. A kötelező a 100% -os teszt esetek futtatása, de az átadás 96% -nak tekinthető.
( Formulae:- Number of test cases passed / total test cases executed )
5. Erőforrás-tervezés
Az erőforrás-tervezés lehet ember és berendezés is, amely ehhez a tesztelési tervhez a feladat elvégzéséhez szükséges.
a) Emberi erőforrás
- Teszt menedzser
- Vizsgáló
- Fejlesztő a tesztben
- QA mérnök
b) Rendszerforrás
- szerver
- Tesztelő eszköz
- Hálózat
- Számítógép
6. Tervezze meg a vizsgálati környezetet
A tesztkörnyezet a hardver és a szoftver beállítása a teszteléshez. Ezt valós idejű üzleti környezetben kell telepíteni. A beállított környezetet Fejlesztési szerverként -> Tesztelési / minőségbiztosítási szerver -> Termelési szerverként lehet követni. A fejlesztési szakasz befejeztével a tesztelő csoporthoz kerül, és a tesztelés befejezése után a termelési környezetben él.
7. Ütemezés és becslés
Ütemezést és becslést kell készítenie a tesztterv sablonban a feladat elvégzéséhez.
| Feladat | Tag | Becsült időtartam |
| Készítsen teszttervet | Teszt menedzser | 80 emberóra |
| Vizsgálati jelentés | Vizsgáló | 200 emberóra |
| Tesztelés | QA | 30 emberóra |
8. Tesztelje a teljesítményeket
A teszteredmények felsorolhatják az összes dokumentumot és egyéb erőfeszítést, amelyek ezt támogatják. A szállítmányok három típusa létezik.
a) Tesztelés előtt
- Tervdokumentum
- Tesztelési tervdokumentum
b) A tesztelés során
- Rögzítési hibanaplók
- Mátrix
- Végrehajtási hiba
c) Tesztelés után
- Vizsgálati jelentés
- Kiadási megjegyzések
Ajánlott cikkek
Ez egy útmutató a Tesztelési terv sablonhoz. Itt megtudtuk, mi a tesztterv, a tesztterv sablonjának szükségessége, a tesztterv elkészítése stb. A következő cikkekben további információkat is megtudhat -
- Statikus tesztelési technikák
- AWS CloudFormation sablonok
- Felhő tesztelő eszközök
- Protokoll tesztelés
- Típusok és kezelési hibák a JavaScript-ben
- Az agilis tesztelés 7 legfontosabb alapelve a stratégiákkal
- Teszt esetek vs teszt forgatókönyv | Legfontosabb különbségek
- Mi a teszt eset?