Dinamikus tesztelés
A Dinamikus tesztelés egy szoftver tesztelési módszer, amelyet a szoftver kód dinamikus viselkedésének tesztelésére használnak. A dinamikus tesztelés fő célja a szoftver viselkedésének tesztelése dinamikus változókkal vagy változókkal, amelyek nem állandóak és gyenge területeket találnak a szoftver futásidejű környezetében. A kódot futtatni kell a dinamikus viselkedés teszteléséhez.
Mindannyian tudjuk, hogy a tesztelés hitelesítés és érvényesítés, és 2 V-ra van szükség a tesztelés befejezéséhez. A 2 V-ból az ellenőrzést statikus tesztnek hívják, a másik "V" -nek az érvényesítést dinamikus tesztelésnek nevezik.
Dinamikus tesztelési példa
Értsük meg, hogyan kell elvégezni a dinamikus tesztelést egy példával:
Tegyük fel, hogy tesztelünk egy bejelentkezési oldalt, ahol két mezőnk van: "Felhasználónév" és "Jelszó", és a felhasználónév alfanumerikus.
Amikor a felhasználó "Guru99" néven adja meg a Felhasználónév nevet, a rendszer elfogadja ugyanezt. Ahol, amikor a felhasználó Guru99 @ 123 néven lép be, az alkalmazás hibaüzenetet dob. Ez az eredmény azt mutatja, hogy a kód dinamikusan működik a felhasználói bevitel alapján.
A dinamikus tesztelés akkor történik, amikor a tényleges rendszerrel dolgozik azzal, hogy bemenetet ad, és összehasonlítja az alkalmazás tényleges viselkedését a várható viselkedéssel. Más szavakkal, a rendszerrel való munka hibák keresése céljából.
Tehát a fenti állítások alapján elmondhatjuk vagy arra a következtetésre juthatunk, hogy a dinamikus tesztelés a szoftveralkalmazások végfelhasználóként történő érvényesítésének folyamata különböző környezetekben a megfelelő szoftver létrehozása érdekében.
Mit csinál a dinamikus tesztelés?
A dinamikus tesztek fő célja annak biztosítása, hogy a szoftver a szoftver telepítése során és után is megfelelően működjön, biztosítva a stabil alkalmazást nagyobb hibák nélkül (ez a kijelentés azért hangzik el, mert egyetlen szoftver sem hibátlan, a tesztelés csak hibákat mutathat ki és nem távollét)
A dinamikus teszt fő célja a szoftverrel való összhang biztosítása; ezt vitassuk meg egy példával.
Egy banki alkalmazásban különböző képernyőket találunk, például Saját számlák szakasz, Átutalás, Számlafizetés stb. Mindezek a képernyők tartalmazzák az összeg mezőt, amely néhány karaktert elfogad.
Tegyük Fiókjaim a mezőben összeg 25,000 és az átutalás $ 25,000 és Bill fizetés képernyőn $ 25000 habár a mennyiség ugyanaz, ahogy összeg jelenik meg nem ugyanaz, ezért így a szoftver nonconsistent.
A következetesség nem csak a funkcionalitásra korlátozódik, hanem más szabványokra is utal, például a teljesítményre, a használhatóságra, az összeférhetőségre stb., Ezért nagyon fontos lesz a dinamikus tesztelés elvégzése.
A dinamikus tesztelés típusai
A dinamikus tesztelés két kategóriába sorolható
- Fehér doboz tesztelése
- Fekete doboz tesztelése
Az alábbi képi reprezentáció képet ad a dinamikus tesztelés típusairól, a tesztelés szintjeiről stb.
Beszéljük meg röviden az egyes tesztelési típusokat és azok rendeltetését
White Box Testing - A White Box Testing olyan szoftveres tesztelési módszer, amelyben a belső szerkezet / kialakítás ismert a tesztelő számára. A White Box tesztelésének fő célja, hogy ellenőrizze a rendszer teljesítményét a kód alapján. Főleg a fejlesztők vagy a White Box tesztelők végzik, akik rendelkeznek a programozással kapcsolatos ismeretekkel.
Fekete doboz tesztelése - A fekete doboz tesztelése olyan tesztelési módszer, amelyben a belső szerkezet / kód / kialakítás NEM ismert a tesztelő számára. Ennek a tesztelésnek a fő célja, hogy ellenőrizze a tesztelt rendszer és az ilyen típusú tesztelés működését, a teljes tesztkészlet végrehajtását igényli, és főleg a tesztelők végzik, és nincs szükség semmilyen programozási ismeretre.
A Black Box Testing ismét két típusba sorolható.
Ők
- Funkcionális tesztelés
- Nem funkcionális tesztelés
Funkcionális tesztelés:
Funkcionális tesztelést hajtunk végre annak ellenőrzésére, hogy az összes kifejlesztett funkció megfelel-e a funkcionális specifikációknak, és azt a minőségbiztosítási csapat által írt funkcionális tesztesetek végrehajtásával hajtják végre, a funkcionális tesztelés fázisában a rendszert bemenet biztosításával, a kimenet és a összehasonlítva a tényleges eredményeket a várt eredményekkel.
Különböző szintű funkcionális tesztek léteznek, amelyek közül a legfontosabbak
- Az egység tesztelése - Általában az egység egy kis darab kód, amely tesztelhető. Az egység tesztelését a szoftver egyes egységein hajtják végre, és a fejlesztők végzik
- Integrációs tesztelés - Az integrációs tesztelés az a teszt, amelyet az egység tesztelése után hajtanak végre, és amelyet az összes tesztelhető egység kombinálásával hajtanak végre, és amelyet fejlesztők vagy tesztelők végeznek
- Rendszer tesztelés - A rendszer tesztelése annak biztosítására szolgál, hogy a rendszer a követelményeknek megfelelően teljesít-e, és általában akkor teljesül-e, amikor a teljes rendszer készen áll, a tesztelők pedig akkor hajtják végre, amikor a Build vagy a kódot kiadják a minőségbiztosítási csapatnak
- Elfogadási tesztelés - Elfogadási tesztet hajtanak végre annak ellenőrzésére, hogy a rendszer megfelel-e az üzleti követelményeknek, használatra kész vagy kész-e a telepítésre, és általában a végfelhasználók végzik-e.
Nem funkcionális tesztelés : A nem funkcionális tesztelés olyan tesztelési technika, amely nem a funkcionális szempontokra összpontosít, és főként a rendszer nem funkcionális jellemzőire összpontosít, mint például a memóriaszivárgás, a rendszer teljesítménye vagy robusztus jellege. A nem funkcionális teszteket minden teszt szinten elvégzik.
Számos nem funkcionális tesztelési technika létezik, amelyek közül a legfontosabbak
- Teljesítményteszt - Teljesítménytesztet hajtanak végre annak ellenőrzésére, hogy a rendszer válaszideje normális-e a kívánt hálózati terhelés alatti követelményeknek megfelelően.
- Helyreállítási tesztelés - A helyreállítási tesztelés egy módszer annak ellenőrzésére, hogy a rendszer mennyire képes felépülni összeomlások és hardverhibák után.
- Kompatibilitási teszt - Kompatibilitási tesztet hajtanak végre annak ellenőrzésére, hogy a rendszer hogyan viselkedik a különböző környezetekben.
- Biztonsági tesztelés - Biztonsági tesztet hajtanak végre az alkalmazás robusztus működésének ellenőrzésére, vagyis annak biztosítására, hogy csak az engedélyező felhasználók / szerepkörök férjenek hozzá a rendszerhez
- Használhatósági teszt - A használhatósági teszt egy módszer a rendszer végfelhasználók általi használhatóságának ellenőrzésére annak ellenőrzésére, hogy a felhasználók mennyire érzik magukat a rendszerrel.
Dinamikus tesztelési technikák
Az STLC dinamikus tesztelési technikái különböző feladatokból állnak, mint például a követelmények elemzése a tesztekhez, a tesztek tervezése, a tesztesetek megtervezése és megvalósítása, a tesztkörnyezet beállítása, a tesztesetek végrehajtása, hibabejelentés és végül a teszt lezárása. A dinamikus tesztelési technikák összes feladata a tesztelési folyamat előző feladatának befejezésétől függ.
Az STLC-ben azt mondhatjuk, hogy a tényleges dinamikus tesztelési folyamat a teszteset-tervezésből indul ki, részletezzük az egyes tevékenységeket.
Mielőtt belevágna a folyamatba, beszélje meg a dinamikus teszteléshez követendő stratégiát.
A tesztelési stratégiának elsősorban a rendelkezésre álló erőforrásokra és az időkeretre kell összpontosítania. Ezen tényezők alapján dokumentálni kell a tesztelés célját, a tesztelés terjedelmét, a teszt fázisait vagy ciklusait, a környezet típusát, az esetlegesen felmerülő feltételezéseket vagy kihívásokat, kockázatokat stb.
Miután meghatározta a stratégiát és a vezetőség elfogadta, akkor megkezdődik a tényleges folyamatteszt-tervezés
Mi a teszt tervezése és megvalósítása
Ebben a szakaszban azonosítjuk a
- Tesztelendő jellemzők
- Vezesse le a vizsgálati körülményeket
- Vezesse le a lefedettségi tételeket
- Vezesse le a teszteseteket
Tesztkörnyezet beállítása
Biztosítanunk kell, hogy a tesztelési környezet mindig hasonló legyen a gyártási környezethez, ebben a szakaszban telepítenünk kell a gyártást és a tesztgépek kezelését.
Teszt végrehajtása
Ebben a szakaszban a teszteseteket ténylegesen végrehajtják.
Hibabejelentés elfogva
A végrehajtás alapján, ha a várt és a tényleges eredmények nem egyeznek meg, akkor a tesztesetet sikertelennek kell jelölni, és naplózni kell egy hibát.
A dinamikus tesztelés előnyei
- A dinamikus tesztelés feltárhatja azokat a feltárt hibákat, amelyeket túl nehéznek vagy bonyolultnak tekintenek, és amelyek statikus elemzéssel nem fedhetők le
- A Dinamikus tesztelés során a szoftvert végponttól végig hajtjuk végre, biztosítva a hibamentes szoftvert, ami viszont növeli a termék és a projekt minőségét.
- A dinamikus tesztelés a biztonsági fenyegetések észlelésének alapvető eszközévé válik
A dinamikus tesztelés hátrányai
- A dinamikus tesztelés időigényes, mert végrehajtja az alkalmazást / szoftvert vagy kódot, amely hatalmas mennyiségű erőforrást igényel
- A dinamikus tesztelés megnöveli a projekt / termék költségeit, mivel nem a szoftver életciklusának elején kezdődik, és ezért a későbbi szakaszokban rögzített problémák a költségek növekedését eredményezhetik.
Következtetés:
A szoftvertervezésben az ellenőrzés és az érvényesítés két módszer arra szolgál, hogy ellenőrizzék, hogy a szoftvertermék megfelel-e a követelményeknek. A statikus tesztelés ellenőrzéssel jár, míg a dinamikus teszt érvényesítéssel jár. Együtt segítenek egy költséghatékony Minőségi Szoftver szállításában.
Ez a cikk Radhika Renamala közreműködésével készült