Bevezetés a rendszer teszteléséhez
Hallott már valaha a rendszer teszteléséről? Igen, természetesen hallottál, de nem tudod, mi teszteli. Hogyan valósul meg a valós környezetben? A mai világ tele van sok eszközzel, új technológiák jelentkeznek minden nap. A minőség fenntartása érdekében, valamint annak biztosítása érdekében, hogy termékünk hibátlan és megbízható legyen, minden fejlesztésnek mellékelnie kell a párhuzamos tesztelési csapatot.
A tesztelés annak ellenőrzésének folyamata, hogy megfelelő-ea funkciók vagyunk. A szoftver tesztelése egy szakasz, amikor a szoftver elkészül. Most, hogy az integrált szoftver tesztelni fogja. A tesztelés során ellenőrizzük, hogy a szoftver megfelel-e követelményeinknek vagy sem.
Tesztelés, amelyet az egész rendszeren végeznek, rendszer-tesztelés néven ismert. Ezzel a teszttel feltárjuk a hibákat. Biztosítja, hogy az összes rendszer a várt módon működjön. Ellenőrizzük a rendszer teljesítményét és funkcionalitását, hogy minőségi terméket kapjunk. A rendszer tesztelése nem más, mint a rendszer egészének tesztelése. Ez a tesztelés az ügyfél szempontjából ellenőrzi a teljes végponttól a végső forgatókönyvet.
A funkcionális és nem funkcionális tesztek szintén a rendszer tesztelésével készülnek. Mindent megteszünk annak érdekében, hogy fenntartsuk a bizalmat a fejlesztés során, amely a rendszer hibától mentes és hibamentes. A rendszer tesztelésének célja a hardver / szoftver követelmények specifikációinak tesztelése is.
A rendszer tesztelése inkább korlátozott típusú tesztelés; mindkét hibát fel kívánja fedezni az „összeállításokon belül”.
Kétféle teszt létezik:
Ezek speciális rendszerek és alkalmazások
Mielőtt közvetlenül belépnék a Rendszertesztbe, szeretném, ha megismerné a tesztelés folyamatát. Tehát világos képet kapsz. Kérjük, nézze meg a következő ábrát.
A rendszer tesztelésének típusai
Az alábbiakban bemutatjuk a tesztelés különféle típusait, amelyek a következők:
1. Funkcionális tesztelés
- Ez a tesztelés biztosítja, hogy egy termék funkcionalitása a követelményeknek megfelelő módon működjön, a rendszer képességein belül.
- A funkcionális tesztelés manuálisan vagy automatizált eszközökkel történik.
2. Helyreállíthatósági tesztelés
- Ez a tesztelés meghatározza, hogy a műveleteket katasztrófa után vagy a rendszer integritásának elvesztése után lehet-e folytatni.
- A legjobb példa erre azt feltételezi, hogy egy fájlt töltünk le. És hirtelen megszakad a kapcsolat. A kapcsolat folytatása után a letöltés ott kezdődik, ahol elhagytuk. Nem az indul újra.
- Ezt akkor használták, amikor a műveletek folyamatossága elengedhetetlen
3. Teljesítmény tesztelése
- Ez a tesztelés biztosítja a rendszer teljesítményét a különböző feltételek mellett, a teljesítményjellemzők szempontjából.
- Ezt a tesztelést teljesítmény-megfelelőség-tesztelésnek is nevezik.
- Ez a tesztelés biztosítja, hogy megfeleljen a rendszerkövetelményeknek
- Ellenőrzi, hogy ha több felhasználó egy időben használja ugyanazt az alkalmazást, akkor hogyan reagál vissza
A teljesítményvizsgálat három fő kategóriába sorolható, mint például sebesség, méretezhetőség, stabilitás.
4. Skálázhatóság tesztelése
Ez a tesztelés biztosítja a rendszer méretezési képességeit több szempontból, például felhasználói méretezés, földrajzi méretezés és erőforrás méretezés.
5. Megbízhatóság tesztelése
- A megbízhatóság tesztelése biztosítja a rendszer hibamentességét.
- Ez a tesztelés biztosítja, hogy a rendszert hosszabb ideig lehessen működtetni hibák kialakulása nélkül.
6. Dokumentáció tesztelése
Ez a tesztelés biztosítja, hogy a rendszer felhasználói útmutatója és más súgótémák dokumentumai helyesek és használhatók legyenek.
7. Biztonsági tesztelés
- Tesztelés, amely megerősíti, hogy a program hozzáférhet az engedélyezett személyzethez, és hogy az engedélyezett személyzet hozzáférhet a biztonsági szintjükön elérhető funkciókhoz.
- Ez a tesztelés biztosítja, hogy a rendszer nem engedi meg az adatokhoz és az erőforrásokhoz való jogosulatlan hozzáférést.
- A biztonsági tesztelés célja annak meghatározása, hogy a rendszer mennyire védi a jogosulatlan belső vagy külső hozzáférést vagy szándékos károsodásokat.
- A következő területen általában ellenőrizhetjük a biztonságot:
- Hitelesítés
- meghatalmazás
- Az adatok érvényesítése
- Közlekedésbiztonság
- Adat védelem
- Munkamenet menedzsment
8. Használhatóság tesztelése
Annak érdekében, hogy a rendszer könnyen használható, tanulhasson és működjön
9. Követelmények tesztelése
Minden rendszernek tesztelve van a követelményeinek.
- A rendszert használók közvetlen megfigyelése.
- E tesztelés során felhasználhatósági felméréseket végeztek.
- Felhasználói tesztek ezen tesztelés alatt. Béta tesztelésnek is hívják.
- Ez a tesztelés teszteli a rendszert, hogy az igazi felhasználó hogyan működjön a környezetben.
- A használhatóság tesztelését főleg az alkalmazás tervezésére használják.
- A használhatóság tesztelésében a tényleges felhasználók megpróbálnak ellenőrzött feltételek mellett elérni a termékkel tipikus célokat és feladatokat.
Ez a rendszer a következők meghatározására szolgál:
- Milyen egyszerű megérteni az alkalmazás használatát.
- Milyen egyszerű az alkalmazás végrehajtása.
10. Terhelésvizsgálat
Ez a tesztelés határozza meg az alkalmazás viselkedését, amikor több felhasználó egyszerre fér hozzá több helyszínen.
- Ez a tesztelés annak meghatározására szolgál, hogy a rendszer teljesítménye elfogadható-e egy előre meghatározott terhelési szinten.
- A terhelési tesztelés az előre meghatározott terhelési szintekkel értékeli a rendszer teljesítményét.
- Ellenőrzi az alkalmazás normál és előre meghatározott feltételeit.
11. Stressz tesztelés
Ez a tesztelés általában azt ellenőrzi, hogy a rendszer továbbra is működni fog-e, amikor a vártnál nagyobb adatmennyiségnek van kitéve.
- A stressz tesztelés tartalmazhat bemeneti tranzakciókat, belső táblákat, kommunikációs csatornákat, lemezterületet stb.
- A stressz tesztelés ellenőrzi, hogy a rendszernek úgy működnie kell-e, mint egy termelési környezetben.
- Szélsőséges körülmények között ellenőrzi a rendszert.
- A stressz tesztelést tartóssági tesztelésnek is nevezik.
12. Konfiguráció tesztelése
- A konfigurációs tesztelés ellenőrzi, hogy az alkalmazás a hardverrel többszörös kombinációban van-e.
- Ez a tesztelés ellenőrzi a kompatibilitási problémákat.
- Határozza meg a minimális és optimális H / W és S / W konfigurációt.
- Ez a tesztelés meghatározza az erőforrások - például memória, lemezterület, CPU, hálózati kártya - hozzáadásának vagy módosításának hatásait.
13. Kompatibilitási tesztelés
- Kompatibilitási tesztelés annak ellenőrzésére, hogy az alkalmazás képes-e különböző H / W, OS, alkalmazások, hálózati környezetek vagy mobil eszközök stb. Futtatására
- Hasonló a többplatformos teszteléshez.
- A képesség tesztelése sokkal inkább hasznos web alapú alkalmazásokban, ahol ellenőrizhetjük, hogy az alkalmazásoknak minden böngészőből elérhetőek legyenek.
Kulcsfontosságú terület
- A rendszer tesztelése során a rendszert a termelési környezetben tesztelik. A termék kiszállítása előtt a rendszert meg kell vizsgálni gyártási környezetben.
- A fejlesztési és termelési környezet vállalkozásonként eltérő lehet.
- Ennek elsősorban a konfigurációval kapcsolatos hibát kell kapnia.
Rendszer tesztelési koncepció
A rendszer tesztelése a Black-Box tesztelés hatálya alá tartozik. Vannak olyan tesztek is, mint a biztonság, megbízhatóság, teljesítmény, telepítés, funkcionális tesztelés stb.
A White-box tesztelést is elvégezzük. Ez az úgynevezett clear-box tesztelés. A fehér dobozos tesztelés azt a tesztet jelenti, ahol a tesztelő alkalmazás belső felépítése ismert a tesztelő számára. De ebben a cikkben a fekete doboz tesztelésére összpontosítunk.
Mi a fekete doboz tesztelése?
- Ezt a tesztelést viselkedésbeli tesztelésnek is nevezik.
- A fekete doboz tesztelése elsősorban a bemenetre és a kimenetre összpontosít, mivel a belső kód el van rejtve a tesztertől
A rendszertesztelésnek van néhány speciális tesztelése is, az alábbiak szerint:
1. Regressziós tesztelés
Ez a tesztelés az időtől függ. A tényező nem mindig elegendő ehhez a teszteléshez. Ez a tesztelés kétféle módon történik:
- Kézi tesztelés :
Kézi tesztelés végezhető a kicsi rendszereknél. A projekt, ahol a költségek merülnek fel. Az automatizált tesztelés nem kényelmes.
A fejlesztők vagy a minőségbiztosítási csapat manuálisan tesztelik a szoftverkód minden útját. És akkor történt összehasonlítás.
Ez a tesztelés nagyon időigényes és sok erőforrást igényel a munkához.
Ez a tesztelés nem hatékony, így az automatizálás tesztelése kerül a képbe
- Automatizált tesztelés:
Ez a tesztelés nagyon jó. Sok vállalat próbál megszerezni az automatizált tesztelési eszközöket.
Ha nagyon sok verzióváltozással rendelkezik egy alkalmazás számára, ez nagyon hasznos. Ezen eszközök egyik osztályát rögzített lejátszási eszközöknek nevezzük.
2. Hibakezelési tesztelés
- Annak meghatározása, hogy a rendszer képes-e a hibás tranzakciók megfelelő feldolgozására.
- Az ésszerű hibákat állítólag az alkalmazási rendszer észlelheti.
- A hiba ellenőrzése a hibajavítás során kötelező.
- Az eljárások többnyire garantálják, hogy a hibákat helyesen javítsák ki.
- Ennek a tesztelésnek az egész SDLC-ben meg kell történnie.
- A hibák minden váratlan körülményt magukban foglalnak.
- Ellenőrzi a szoftver képességét az összes tranzakció megfelelő végrehajtására.
- Például: Helyezzen el néhány hibás értéket az alkalmazásba, hogy ellenőrizze, vajon a rendszer képes-e ahhoz, hogy megtalálja ezeket a problémákat. Ez a folyamat iteratív lehet.
3. Rendszerközi tesztelés
- Ezt a tesztelést akkor hajtják végre, amikor egy alkalmazást elosztott területre helyeznek. És minden elhelyezett integráció megtörténik. Ezt a tesztelést elsősorban a tárolt főrendszerről más rendszerekbe történő adatáramlás ellenőrzésére végzik.
- Röviden mondhatjuk, hogy „két vagy több alkalmazásrendszer közötti interfész tesztelése”.
- Ez dönt:
- A rendszer dokumentációja teljes és pontos.
- A paraméterek és az adatok helyesen kerülnek átadásra a két alkalmazás között.
- Van egy tesztkészlet, amely tranzakciót hajt végre az egyik rendszerről a másikra, és fordítva is megfelelően hajt végre. keresztellenőrzések történtek, és ha hiba történik, akkor az akkor javul.
- Ez a tesztelés biztosítja az adatáramlást az alkalmazás között.
- Ez a tesztelés unalmas, ha az automatizálást nem hajtják végre.
- A költség nagyobb, ha több iteráció.
4. Egészségügyi vizsgálat
- A józanság-tesztelés a rendszer viselkedésének ellenőrzését jelenti. Ezt a tesztet szűk regressziós tesztelésnek is nevezték.
- A józanság-tesztek hasznosak mind a kezdeti környezeti validáláshoz, mind a jövőbeli interaktív lépésekhez.
- A józanság-tesztelés középpontjában áll.
- Ezt a tesztelést a regressziós tesztelés részhalmazának tekintik.
- A Sanity tesztelésekor azt mondhatjuk, hogy feltételezzük, hogy a rendszer működőképességére van szükség. Hogyan kell az időrendszernek felkelnie?
- A józanság tesztelése eredetileg az alapmodulok tesztelésére szolgál.
- A józanság-tesztelés ellenőrizheti az alkalmazáskiszolgálókkal és a perifériás eszközökkel való összeköttetést.
5. Füst tesztelése
- A füst tesztelését általában „Build Verification Testing” néven is ismerték.
- Ez a kifejezés a hardver teszteléséből származik. A Hardver tesztelése során az eszköz letette a tesztet, ha az első bekapcsoláskor nem égett fel vagy nem dohányzott.
- A füst tesztelése ellenőrzi a szoftver tesztelhetőségét, amelyet füstölt tesztelésnek hívnak.
- A füst tesztelése határozza meg, hogy a tesztelés elegendő-e az alkalmazáshoz. Stabil?
- A füst tesztelése segít meghatározni, hol álljon meg.
- A füstvizsgálat manuálisan vagy automatizált eszközökkel is elvégezhető.
- A füstteszt forgatókönyvek a szélességet inkább, mint a mélységet hangsúlyozzák.
- A füst tesztelését Verifikációs tesztelés / Link tesztelés / Alapvető funkcionális tesztelés néven is ismert.
- Ez egy „sekély és széles” megközelítés az alkalmazáshoz.
- A füst tesztelése segít a problémák korai felfedésében.
- A füst tesztelése segít az integrációs tesztelés megtalálásában is.
- A füst tesztelésekor meg kell érinteni az összes komponenst, és minden fő tulajdonságot röviden meg kell vizsgálni.
- Ha egy teszt sikertelen, az összeállítás visszakerül a fejlesztőknek, tesztelet nélkül.
- A füst tesztelését általában a rendszer tesztelésében, az elfogadás tesztelésében és az integráció tesztelésében használják.
6. Párhuzamos tesztelés
- A párhuzamos tesztelés egyidejűleg több alkalmazás vagy alrendszer tesztelését jelenti.
- Azt mondhatjuk, hogy két különféle rendszer összehasonlítása.
- A párhuzamos tesztelést meg kell határozni - Az alkalmazás új verziója vagy az új rendszerek megfelelően működnek, a meglévő rendszerre hivatkozva, amely megfelelően működik.
- Párhuzamos tesztelés használható új rendszer elfogadásakor.
- A párhuzamos tesztelés során ugyanazok az adatok kerülnek felhasználásra mindkét rendszeren.
- Ezzel párhuzamosan tesztelünk egy új rendszert egy meglévő rendszerrel egy meghatározott ideig.
- Az o / p keresztellenőrzésével és az o / p összehasonlításával a meglévő rendszerből. Párhuzamos tesztelésre kerül sor annak biztosítása érdekében, hogy az új rendszer a jelig működjön, mint az előző rendszer régen.
Következtetés
Minden szoftverfejlesztési folyamatnak van tesztelési része. Ha a szoftver rendelkezik az összes teszttel, és teljesíti az összes feltételt, akkor készen áll a vevőnek történő átadásra. A tesztelés döntő fontosságú, és ezt nagyon komolyan kell elvégezni.
Ajánlott cikkek
Ez egy útmutató a rendszer teszteléséhez. Itt tárgyaltuk a Bevezetést, a rendszer tesztelésének különféle típusait és annak fókuszpontját. a következő cikkeket is megnézheti további információkért -
- Karrier a szoftver tesztelésében
- Áttörés-tesztelési interjúkérdések
- Mi az idegháló?
- Hiba az életciklus a szoftver tesztelésében
- Különböző eszközök a teljesítmény teszteléséhez