TESZTTERV a szoftvertesztelésben (példa)
Teszt terv
A Teszt terv egy részletes dokumentum, amely leírja a tesztelési stratégiát, a célkitűzéseket, az ütemezést, a becslést, a leszállított termékeket és a szoftvertermékek teszteléséhez 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 meghatározott folyamatként történő lefolytatásához, amelyet a tesztmenedzser aprólékosan felügyel és ellenőriz.
Az ISTQB meghatározása szerint: „A tesztterv egy dokumentum, amely leírja a tervezett teszttevékenységek hatókörét, megközelítését, erőforrásait és ütemezését.”
Kezdjük a következő tesztterv-példával/forgatókönyvvel: Egy értekezleten szeretné megvitatni a teszttervet a csapattagokkal, de nem érdekli őket – .
Ilyen esetben mit fog tenni? Válassza ki a választ az alábbi ábra szerint
A) Én vagyok a menedzser, tegyen mindent úgy, ahogy mondtam
B) Rendben, hadd magyarázzam el, miért van szükségünk teszttervre
Helytelen
Tesztmenedzserként el kell magyaráznia nekik a tesztterv fontosságát, ahelyett, hogy arra kényszerítse a csapatot, hogy azt tegye, amit szeretne.
Helyes
Tesztmenedzserként el kell magyaráznia nekik a tesztterv fontosságát, ahelyett, hogy arra kényszerítse a csapatot, hogy azt tegye, amit szeretne.
Mi a Tesztterv jelentősége?
A Tesztterv dokumentum elkészítése számos előnnyel jár
- Segítsen a tesztcsapaton kívüli embereknek, például fejlesztőknek, cégvezetőknek, ügyfeleknek megért a tesztelés részleteit.
- Teszt terv útmutatók gondolkodásunk. Olyan ez, mint egy szabálykönyv, amit be kell tartani.
- Fontos szempontok, mint a tesztbecslés, a teszt hatóköre, Tesztstratégia faliórái dokumentált a Teszttervben, így azt a menedzsment felülvizsgálhatja, és más projektekhez újra felhasználhatja.
Hogyan írjunk teszttervet
Már tudja, hogy a Teszt terv a Tesztkezelési folyamat legfontosabb feladata. Kövesse az alábbi hét lépést az IEEE 829 szerinti tesztterv létrehozásához
- Elemezze a terméket
- Tervezze meg a teszt stratégiát
- Határozza meg a teszt céljait
- Határozza meg a vizsgálati kritériumokat
- Erőforrás tervezés
- Terv tesztkörnyezet
- Ütemezés és becslés
- Határozza meg a teszt leszállítandó mennyiségét
1. lépés) Elemezze a terméket
Hogyan tesztelhet egy terméket nélkül valami infó róla? A válasz Lehetetlen. Meg kell tanulnia egy terméket alaposan mielőtt tesztelné.
A tesztelés alatt álló termék a Guru99 banki weboldal. Meg kell vizsgálnia az ügyfeleket és a végfelhasználókat, hogy megismerje igényeiket és elvárásaikat az alkalmazással kapcsolatban
- Ki fogja használni a weboldalt?
- Milyen betegségek esetén alkalmazható?
- Hogyan fog működni?
- Milyen szoftvereket/hardvert használ a termék?
A webhely elemzéséhez a következő megközelítést használhatja
Most alkalmazzuk a fenti ismereteket egy valódi termékre: Elemez a banki webhely https://demo.guru99.com/V4.
Be kellene venni a Nézz körül ezt a weboldalt és azt is Kritika Termékdokumentáció. RevA termékdokumentáció áttekintése segít megérteni a webhely összes funkcióját, valamint annak használatát. Ha valamiben nem világos, megteheti interjú ügyfél, fejlesztő, tervező, hogy több információhoz jusson.
2. lépés) Tesztstratégia kidolgozása
A tesztstratégia a kritikus lépés a szoftvertesztelés teszttervének elkészítésében. A tesztstratégiai dokumentum egy magas szintű dokumentum, amelyet általában a Test Manager fejleszt ki. Ez a dokumentum meghatározza:
- A projekt tesztelési célok és az ezek eléréséhez szükséges eszközöket
- Meghatározza a tesztelést erőfeszítés és a kiadások
Visszatérve a projekthez, ki kell dolgoznia egy tesztstratégiát a banki webhely teszteléséhez. Kövesse az alábbi lépéseket
2.1. lépés) Határozza meg a tesztelés hatókörét
Bármilyen vizsgálati tevékenység megkezdése előtt ismerni kell a tesztelés hatókörét. Erősen gondolkodnia kell rajta.
- A rendszer tesztelendő összetevőit (hardver, szoftver, köztes szoftver stb.) a következőképpen határozzuk meg:terjedelmében"
- A rendszer azon összetevőit, amelyeket nem fognak tesztelni, egyértelműen meg kell határozni, mint „hatáskörön kívül. "
A tesztelési projekt hatókörének meghatározása nagyon fontos minden érdekelt fél számára. A pontos hatótáv segít
- Adj mindenkinek a bizalom és pontos információ az Ön által végzett tesztelésről
- Minden projekttag rendelkezik a világos annak megértése, hogy mit tesztelnek és mi nem
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
Kockázat | Enyhítés |
---|---|
A csapattagok nem rendelkeznek a webhely teszteléséhez szükséges készségekkel. | csomag képzés ügyesíteni a tagjait |
A projekt ütemezése túl szoros; nehéz ezt a projektet időben befejezni | Készlet Teszt prioritás minden egyes teszttevékenységhez. |
A tesztmenedzser gyenge vezetői képességekkel rendelkezik | csomag vezetőképzés menedzser számára |
Az együttműködés hiánya negatívan befolyásolja az alkalmazottak termelékenységét | Ösztönzése minden csapattag a feladatában, és inspirál nagyobb erőfeszítésekre. |
Rossz költségvetési becslés és költségtúllépések | Hozza létre a hatálya a munka megkezdése előtt fordítson nagy figyelmet a projekttervezésre, és folyamatosan kövesse nyomon és mérje az előrehaladást |
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
- Sorolja fel az összes szoftverfunkciót (funkcionalitás, teljesítmény, grafikus felhasználói felület…), amelyeket esetleg tesztelni kell.
- 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
Nem. | Tag | Feladatok |
---|---|---|
1. |
Tesztmenedzser |
kezel az egész projektet Határozza meg a projektet irányok Szerezze be a megfelelő erőforrásokat |
2. |
vizsgáló |
A megfelelő vizsgálati technikák/eszközök/automatizálási architektúra azonosítása és leírása Ellenőrizze és értékelje a vizsgálati megközelítést Végrehajt a tesztek, Bejelentkezés eredmények, Jelentés a hibákat. A tesztelő lehet belső vagy külső forrásból származó tag, a projekt költségvetése alapján A szükséges feladatra alacsony készség, azt javaslom, válasszon kiszervezett tagok kivéve projekt költsége. |
3. |
Fejlesztő a tesztben |
végrehajtja a tesztesetek, tesztprogram, tesztcsomag stb. |
4. |
Tesztadminisztrátor |
Felépíti és biztosítja Tesztkörnyezet és eszközök vannak sikerült és a karbantartott TámogatásTesztelő 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 |
Rendszer erőforrás
Egy webalkalmazás teszteléséhez az erőforrásokat a következő táblázatok szerint kell megterveznie:
Nem. | Tudástár | Descriptionok |
---|---|---|
1. |
szerverünkhöz! |
Telepítse a tesztelés alatt álló webalkalmazást Ez magában foglal egy külön webszervert, adatbázis-kiszolgálót és adott esetben alkalmazásszervert |
2. |
Teszteszköz |
A tesztelő eszköz a tesztelés automatizálására, a felhasználói műveletek szimulálására, a teszteredmények generálására szolgál Rengeteg teszteszközt használhat ehhez a projekthez, mint pl Selenium, QTP… stb. |
3. |
Hálózat |
A valós üzleti és felhasználói környezet szimulálásához LAN-t és internetet tartalmazó hálózatra van szüksége |
4. |
Számítógép |
A számítógép, amelyet a felhasználók gyakran használnak a webszerver csatlakoztatására |
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
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 |
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