egyetlen szoftver sem lehet teljesen tökéletes. De ez egy engedély a szemét létrehozására? A hiányzó összetevő az, hogy vonakodunk számszerűsíteni a minőséget. A minőség növelése érdekében nagyon fontos a szoftveralkalmazás hatékony teljesítményének biztosítása. Szoftvertesztelés szükséges annak biztosításához, hogy az alkalmazás hibák nélkül futjon. Ebben a szoftvertesztelési oktatóanyagban mindent elmondok, amit tudnia kell a tesztelési szempontokról. A szoftver teszteléséről szóló előző blog folytatásaként itt mélyebbre merülök, és az alább említett témákat fedem le.
- Bevezetés a Szoftvertesztelésbe
- szoftvertesztelés alapjai
- szoftverfejlesztési életciklus
- hitelesítési és érvényesítési modell
- Szoftvertesztelési módszerek
- Szoftvertesztelési szintek
- Szoftvertesztelési dokumentáció műtárgyak
- Bug életciklus
- kihívások előtt álló kézi tesztelés
- automatizálás tesztelés vs kézi tesztelés
Ön is megy keresztül a felvétel szoftver tesztelés bemutató, ahol a szoftver tesztelés képzés szakértők elmagyarázták a fogalmakat mélyen.
Szoftvertesztelési bemutató kezdőknek / kézikönyv & automatizálási tesztelés
Ez a videó a tesztelés különböző típusairól, azaz a kézi tesztelésről és az automatizálási tesztelési megközelítésekről szól.
Bevezetés a Szoftvertesztelésbe
A mai technológiai világot teljesen a gépek uralják, viselkedésüket pedig az azt működtető szoftver vezérli. A szoftvertesztelés költséghatékony megoldást kínál minden gondunkra. Mi a szoftvertesztelés? A szoftvertesztelés a szoftveralkalmazás funkcionalitásának értékelése a szoftverhibák megtalálásához. Ellenőrzi, hogy a kifejlesztett szoftver megfelel-e a meghatározott követelményeknek, és azonosítja a szoftver bármely hibáját a minőségi termék elérése érdekében. Alapvetően olyan rendszert hajt végre, amely azonosítja a tényleges követelményekkel ellentétes hiányosságokat, hibákat vagy hiányzó követelményeket.
azt is kijelentette, mint a folyamat ellenőrzése és érvényesítése egy szoftver termék. Ellenőrzi, hogy a Szoftver Termék:
- megfelel az üzleti és műszaki követelményeknek, amelyek vezérelték a tervezését és fejlesztését
- a követelmény szerint működik
- ugyanazokkal a jellemzőkkel valósítható meg
most lépjünk tovább a szoftvertesztelés oktatóprogramjában, és nyerjünk némi betekintést a szoftvertesztelés alapjaiba.
szoftvertesztelés alapjai
először is elmondom, mi a szoftverfejlesztés életciklusa?
szoftverfejlesztési életciklus
(SDLC) rövidítve: szoftverfejlesztési életciklus a szoftveripar által használt folyamat kiváló minőségű szoftverek tervezésére, fejlesztésére és tesztelésére. Célja, hogy olyan kiváló minőségű szoftvert állítson elő, amely megfelel vagy meghaladja az ügyfelek elvárásait, időben és költségbecsléseken belül eléri a befejezést. Az alábbi ábra az SDLC különböző fázisait ábrázolja.
ábra: Szoftverfejlesztési életciklus-Szoftvertesztelési bemutató
Követelményfázis
A Követelménygyűjtés és-elemzés a szoftverfejlesztési életciklus legfontosabb szakasza. Az üzleti elemző összegyűjti a követelményt az ügyféltől / ügyféltől az ügyfelek üzleti igényei szerint, és dokumentálja az üzleti követelmény specifikációjában szereplő követelményeket (a dokumentum neve a szervezettől függ).
elemzési szakasz
a követelmények összegyűjtése és elemzése után a következő lépés a termékkövetelmények meghatározása és dokumentálása, valamint az Ügyfél általi jóváhagyás. Ezt az SRS (Software Requirement Specification) dokumentum rögzíti. A projekt életciklusa alatt tervezendő és fejlesztendő összes termékkövetelményből áll
tervezési szakasz
Ez a szakasz két lépésből áll:
- HLD – magas szintű tervezés-a fejlesztendő szoftvertermék architektúráját adja meg, amelyet építészek és vezető fejlesztők végeznek
- LLD – alacsony szintű tervezés – vezető fejlesztők végzik. Itt betekintést nyújt a termék minden egyes funkciójának működésébe és az egyes összetevők működésébe.
ennek a fázisnak az eredménye a magas szintű és az alacsony szintű dokumentum, amely bemenetként működik a következő fázishoz.
fejlesztési szakasz
minden szintű Fejlesztő (idősek, juniorok, frissítők) részt vesz ebben a szakaszban. Ez az a szakasz, amikor elkezdi építeni a szoftver kódját.
tesztelési szakasz
amikor a szoftver készen áll, elküldik a tesztelési osztálynak, ahol alaposan tesztelik a különböző hibákat. A szoftver tesztelése manuálisan vagy automatizált tesztelő eszközökkel történik, és biztosítja, hogy a szoftver minden egyes összetevője jól működjön. Miután a szoftver hibamentes, a következő szakaszba lép, amely a megvalósítás.
üzembe helyezés & karbantartási szakasz
miután a termék hibamentes, a termék kiszállításra/üzembe helyezésre kerül az ügyfél számára. A telepítést a telepítési / megvalósítási mérnökök végzik. Amint az ügyfelek elkezdik használni a kifejlesztett rendszert, akkor felmerülnek a tényleges problémák, amelyeket időről időre meg kell oldani. Az ügyfél által talált problémák felderítése és megoldása a karbantartási szakaszban történik.
Ez a szoftverfejlesztés életciklusáról szólt. Ha szeretné tudni a szoftvertesztelési folyamat különböző szakaszairól, akkor olvassa el ezt a blogot a szoftvertesztelés életciklusáról. Miután ezt megértettük, lépjünk tovább ezzel a szoftvertesztelési oktatóanyaggal, és nézzük meg, mi a V & V modell.
A V modell ma az egyik legszélesebb körben használt szoftverfejlesztési folyamat. A V modell bevezetése már a követelmény fázistól kezdve bizonyította a tesztelés megvalósítását. Hitelesítési és érvényesítési modellnek is nevezik
mi az ellenőrzés és érvényesítés a szoftvertesztelésben?
ellenőrzés: az ellenőrzés statikus elemzési technika. Itt a tesztelés a kód végrehajtása nélkül történik. Ilyenek például a felülvizsgálatok, az ellenőrzés és a séta.
érvényesítés: az érvényesítés egy dinamikus elemzési folyamat, ahol a tesztelést a kód végrehajtásával végezzük. Ilyenek például a funkcionális és nem funkcionális tesztelési technikák.
A V modellben a fejlesztési és minőségbiztosítási tevékenységek egyidejűleg zajlanak. Itt a tesztelés közvetlenül a követelmény fázisától kezdődik. A hitelesítési és hitelesítési tevékenységek egyidejűleg zajlanak. Nézzük meg az alábbi ábrát, hogy megértsük V modell
egy tipikus fejlesztési folyamatban a bal oldalon a fejlesztési tevékenységek, a jobb oldalon pedig a tesztelési tevékenységek láthatók. Nem tévedek, ha azt mondom, hogy a fejlesztési szakaszban mind a hitelesítés, mind a validálás a tényleges fejlesztési tevékenységekkel együtt történik.
LHS
mint korábban említettük, a bal oldali tevékenységek fejlesztési tevékenységek. Általában úgy érezzük, milyen tesztelést tehetünk a fejlesztési szakaszban? De ez a lényege ennek a modellnek, amely szemlélteti, hogy a tesztelés a fejlesztési tevékenységek minden szakaszában is elvégezhető.
RHS
a vizsgálati tevékenységeket vagy a validációs fázist a modell jobb oldalán hajtják végre.
mivel némi betekintést nyertél erről, lépjünk tovább ezzel a szoftvertesztelési oktatóanyaggal, és nézzük meg, milyen különböző módszerek vannak a szoftver tesztelésére.
Szoftvertesztelési módszerek
három módszer létezik a szoftverek tesztelésére, amelyek a következők:
- fekete doboz tesztelés
- fehér doboz tesztelés
- szürke doboz tesztelés
fekete doboz tesztelés: ez egy olyan szoftvertesztelési módszer, amelyben a vizsgált elem belső szerkezete/ kialakítása/ megvalósítása nem ismert a tesztelő számára.
Fehér doboz tesztelés: ez egy olyan szoftvertesztelési módszer, amelyben a tesztelt elem belső szerkezete/ kialakítása/ megvalósítása ismert a tesztelő számára.
szürke doboz tesztelés: ez egy tesztelési technika, amelyet korlátozott információkkal végeznek a rendszer belső működéséről.
remélem megértette a szoftver tesztelés különböző módszereinek kulcsfontosságú mutatóit. Most lépjünk tovább ebben a szoftvertesztelési oktatóprogramban, és értsük meg a szoftvertesztelési szinteket.
Szoftvertesztelési szintek
a szoftvertesztelés szintje olyan folyamat, amelynek során a szoftver/rendszer minden egységét vagy összetevőjét tesztelik. Különböző tesztelési szintek vannak, amelyek segítenek ellenőrizni a viselkedést és a teljesítményt a szoftverteszteléshez. Ezeket a tesztelési szinteket úgy tervezték, hogy felismerjék a hiányzó területeket és összehangolják az életciklus-állapotok fejlődését. A szoftverfejlesztés életciklus-modelljében jellemző fázisok vannak, mint például a követelmények összegyűjtése, elemzése, tervezése, kódolása vagy végrehajtása, tesztelése és telepítése.
mindezek a fázisok a szoftvertesztelési szintek folyamatán mennek keresztül. Négy tesztelési szint van, és ezek:
- egység tesztelés
- integrációs tesztelés
- rendszer tesztelés
- átvételi tesztelés
alapvetően az egység tesztelési fázisával kezdődik, és az elfogadási teszteléssel ér véget.
a szoftvertesztelés oktatóanyagának következő részében mélyebben belemerülök a következő témába, és elmagyarázom, hogy mik a különféle dokumentációs leletek a szoftvertesztelés során.
Szoftvertesztelési dokumentáció leletek
A tesztesetek dokumentálása megkönnyíti a szükséges tesztelési erőfeszítések becslését a teszt lefedettségével, valamint a nyomon követési és nyomon követési követelményekkel együtt. Néhány általánosan alkalmazott dokumentációs műtermék, amely a szoftverteszteléshez kapcsolódik:
- vizsgálati terv
- vizsgálati forgatókönyv
- vizsgálati eset
- nyomonkövethetőségi mátrix
röviden beszéljük meg mindegyiket.
- Test Plan: ez biztosítja az Ön számára a vázlat stratégia, amely végrehajtásra kerül az alkalmazás tesztelésére.
- Tesztforgatókönyv: a Tesztforgatókönyv egysoros utasításnak tekinthető, amely értesíti azt a területet, ahol az alkalmazás kísérletezni fog. Ez a műtárgy szükséges ahhoz, hogy a kezdetektől a végéig teszteljék a teljes eljárást.
- vizsgálati eset: a vizsgálati eset nem más, mint olyan feltételek vagy változók összessége, amelyek alapján a tesztelő meghatározza, hogy a vizsgált rendszer megfelel-e a követelményeknek vagy megfelelően működik-e. Az alábbiakban említett vizsgálati eseteket a tesztelés során ellenőrzik.
- funkcionális teszt esetek
- negatív hiba teszt esetek
- logikai teszt esetek
- fizikai teszt esetek
- UI teszt esetek
- nyomonkövethetőségi mátrix: követelmény nyomonkövethetőségi mátrix (RTM) néven is ismert. Ez tartalmaz egy táblázatot, amely felvázolja a követelményeket, amikor a termék SDLC modell jön létre. Ezek a dokumentáló műtárgyak alkalmazhatók előre nyomon követésre, amelynek a tervezéstől a kódolásig kell mennie, vagy megvalósíthatók visszafelé történő nyomon követésre is, amely az előre nyomon követés fordítottja.
ezzel véget ér a szoftvertesztelési Dokumentációs leletek. Most lépjünk tovább ebben a szoftvertesztelési oktatóprogramban, és tanuljuk meg, mi a hibakezelés?
mi a hibakezelési folyamat?
a hibakezelés a hibák felderítésének és kijavításának folyamata. Mivel a hibák a szoftveripar részét képezik, folyamatosan előfordulnak a szoftverfejlesztés folyamatában. A csapattagoknak minden nap nagy kódrészleteket kell írniuk, és általában nincs idejük arra gondolni, hogyan lehet elkerülni a hibákat. Ezért minden szoftverfejlesztési projekt olyan folyamatot igényel, amely segít a hibák észlelésében és kijavításában.
a hibakezelési folyamat a termék tesztelésének szakaszában történik. Ennek felismerése nélkül nehéz lenne megérteni a hibakezelés természetét.. Általában a fejlesztők maguk tesztelik terméküket. Van egy olyan típusú tesztelés is, amely a felhasználók részvételén alapul. A végső felhasználók gyakran rendelkeznek azzal a képességgel, hogy jelentést tegyenek az általuk azonosított hibákról. Mindazonáltal ez nem a legjobb módja a tesztelésnek, mert a felhasználók nem képesek megtalálni az összes hibát.
a hibakezelési folyamat általában négy lépésből áll.
- az első lépés a hiba észlelésének szakasza
- a második lépés a hibajelentések megfogalmazásának szentelt
- a harmadik lépés a hiba kijavítása.
- az utolsó lépésben létrejön a hibalista
most lépjünk tovább a szoftvertesztelés oktatóprogramjában, és értsük meg a hibakeresési folyamatot a hiba életciklusának segítségével.
hiba életciklus
a hiba életciklusa olyan folyamat, amelyben a hiba teljes élettartama alatt különböző fázisokon megy keresztül. Akkor kezdődik, amikor hibát találnak, és akkor ér véget, amikor a hibát lezárják, miután megbizonyosodtak arról, hogy nem reprodukálják. A hiba életciklusa a tesztelés során talált hibához kapcsolódik.
a hiba vagy hiba életciklusa az alábbi ábrán látható lépéseket tartalmazza:
- új: Ebben a lépésben, ha egy hibát először naplóznak és tesznek közzé, akkor az állapota újként jelenik meg.
- hozzárendelve:miután a tesztelő közzétette a hibát, a tesztelő vezetője jóváhagyja, hogy a hiba valódi, és hozzárendeli a hibát egy megfelelő fejlesztőhöz és a fejlesztői csapathoz. Ez az állam adott, mint kijelölt.
- Open: ebben az állapotban a fejlesztő elkezdte elemezni és dolgozni a hibajavításon.
- Javítva: mivel a fejlesztő elvégzi a szükséges kódmódosításokat és ellenőrzi a változtatásokat, akkor a hibajavítást ‘Fixed’ – ként végezheti el, és a hibát átadja a tesztelő csapatnak.
- teszt:ebben a szakaszban a tesztelő elvégzi a módosított kód tesztelését, amelyet a fejlesztő visszaadott neki, hogy ellenőrizze, hogy a hibát kijavították-e vagy sem.
- ellenőrzött: itt a tesztelő ismét teszteli a hibát, miután a fejlesztő kijavította. Ha nincs hiba a szoftverben, akkor jóváhagyja a hiba kijavítását, és az állapotot “ellenőrzött” – re változtatja.
- Reopen: abban az esetben, ha a hiba még mindig létezik, még azután is, hogy a hibát a fejlesztő kijavította, a tesztelő megváltoztatja az állapotot “reop open” – re. Ebben az állapotban a hiba ismét átmegy az Életcikluson.
- zárva: amint a hibát kijavították, a tesztelő teszteli. Abban az esetben, ha a tesztelő úgy érzi, hogy a hiba már nem létezik a szoftverben, megváltoztatja a hiba állapotát “zárt” – re. Ez azt jelenti, hogy a hibát kijavították, tesztelték és jóváhagyták.
- Duplicate:a hiba életciklusában, ha a hiba kétszer megismétlődik, vagy a két hiba ugyanazt a hibát említi, akkor az egyik hiba állapota “duplicate” – re változik.
- elutasítva:ha a fejlesztő úgy érzi, hogy a hiba nem eredeti, elutasítja a hibát. Ezután a hiba állapota “elutasított” – ra változik.
- halasztott:ha a hiba halasztott állapotra változik, azt jelenti, hogy a hiba várhatóan javításra kerül a következő kiadásokban.
Ez a hiba életciklusáról és a hibakezelési folyamatról szólt. Most nézzük meg, milyen kihívásokkal jár a kézi tesztelés.
kihívások kézi teszteléssel
Egy alkalmazás kézi tesztelése a QA tesztelők által kézi tesztelésnek nevezik. Itt minden tesztet manuálisan kell elvégezni minden környezetben, különböző adathalmazt használva, és minden tranzakció siker/ kudarc arányát rögzíteni kell.
a fenti ábrán látható egy ember, aki manuálisan ellenőrzi a rögzített tranzakciókat. Könnyen értesítheti azokat a kihívásokat, amelyekkel szembesül, fáradtságot, unalmat, késést okozhat a munkában, hibákat és hibákat okozhat a kézi erőfeszítés miatt. Ez az automatizálási tesztelés megjelenéséhez vezetett.
most nézzük meg a szoftvertesztelés utolsó témakörét bemutató cikket, és nézzük meg, hogyan veri az automatizálási tesztelés a kézi tesztelést.
automatizálási tesztelés vs kézi tesztelés
az automatizálási tesztelés minden alkalommal legyőzi a kézi tesztelést. Miért? Mivel szupergyors, nagyon kevesebb beruházást igényel az emberi erőforrásba, nem hajlamos a hibákra, a tesztek gyakori végrehajtása lehetséges, támogatja a regressziós tesztelést és a funkcionális tesztelést is.
Vegyünk egy példát, és értsük meg ezt. Tegyük fel, hogy van egy bejelentkezési oldala, és ellenőriznie kell, hogy az összes bejelentkezési kísérlet sikeres-e, akkor nagyon könnyű lesz olyan kódot írni, amely ellenőrzi, hogy az összes tranzakció/ bejelentkezési kísérlet sikeres-e vagy sem (automatizált tesztesetvégrehajtás).
ezek a tesztek úgy konfigurálhatók, hogy különböző környezetekben és webböngészőkben teszteljék őket. Nem csak, hogy is lehet automatizálni a generációs eredmény fájl, ütemezésével, hogy egy adott időben a nap folyamán. Ezután automatizálhatja a jelentések létrehozását ezen eredmények alapján, és mi nem.
fontos pont itt az, hogy automation tesztelés teszi a tesztelő munkáját, egy csomó egyszerűbb. Lásd a fenti képet, amely egy nyugodtabb környezetet mutat, amelyben ugyanaz a tesztelő dolgozik. Ha többet szeretne tudni az automatizálási tesztelésről és a szelén széles körben használt automatizálási tesztelő eszközről, olvassa el ezt a szelén bemutatót.
mindez arról szólt, hogy az automatizálási tesztelés miként csillog a szoftvertesztelés területén. Ez elvezet minket a végén a cikket szoftvertesztelés bemutató. Remélem, hogy informatívnak találta, és segített abban, hogy hozzáadott értéket adjon a tudásához.
ha ezt a “szoftvertesztelési oktatóanyagot” relevánsnak találta, nézze meg az edureka, egy megbízható online tanulási vállalat élő online szelén tanúsítási képzését, amelynek hálózata több mint 250 000 elégedett tanulóval rendelkezik az egész világon.