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 – .

Teszt terv

Ilyen esetben mit fog tenni? Válassza ki a választ az alábbi ábra szerint

Teszt terv


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

  1. Elemezze a terméket
  2. Tervezze meg a teszt stratégiát
  3. Határozza meg a teszt céljait
  4. Határozza meg a vizsgálati kritériumokat
  5. Erőforrás tervezés
  6. Terv tesztkörnyezet
  7. Ütemezés és becslés
  8. Határozza meg a teszt leszállítandó mennyiségét

írjon teszttervet

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

Elemezze a terméket

Most alkalmazzuk a fenti ismereteket egy valódi termékre: Elemez a banki webhely https://demo.guru99.com/V4.

Elemezze a terméket

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

Tesztstratégia kidolgozása

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

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
  • 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ó

Teszt megtörténik

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

  1. Sorolja fel az összes szoftverfunkciót (funkcionalitás, teljesítmény, grafikus felhasználói felület…), amelyeket esetleg tesztelni kell.
  2. 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

Határozza meg a teszt célját

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.

Határozza meg a vizsgálati kritériumokat

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.

Határozza meg a vizsgálati kritériumokat

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

állítsa be a tesztkörnyezetet

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

állítsa be a tesztkörnyezetet

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

Ütemezés és becslés

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.

Tesztelhető eredmények

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

Töltsön le egy minta tesztterv sablont

Töltse le a Guru99 Bank webhely rendszerteszt-mintáját

További információk Bővebben

Napi Guru99 hírlevél

Kezdje a napját a legfrissebb és legfontosabb mesterséges intelligenciával kapcsolatos hírekkel, amelyeket azonnal kézbesítünk.