Mi az az alkalmazástesztelés?

Mi az az alkalmazástesztelés?

Az alkalmazástesztelés olyan szoftvertesztelési típus, amelyet szkripteken keresztül hajtanak végre azzal a céllal, hogy hibákat találjanak a szoftverben. A teljes alkalmazásra vonatkozó tesztekkel foglalkozik.

Segít az alkalmazások minőségének javításában, miközben csökkenti a költségeket, maximalizálja a ROI-t és megtakarítja a fejlesztési időt.

A szoftverfejlesztésben az alkalmazástesztelés különféle kategóriákban végezhető el, például grafikus felhasználói felület, funkcionalitás, adatbázis (háttérrendszer), terhelési teszt stb.

Az alkalmazástesztelésnél a tesztelési életciklusok különböző fázisokat foglalnak magukban, amelyek magukban foglalják a követelményelemzést, a teszttervezést, a tesztelemzést, a teszttervezést, a tesztvégrehajtást és a hibajelentést stb.

Ezek a fázisok egy rövid, megismételhető életciklussá oldódnak fel, amelyet minden alkalmazás követ.

Hogyan teszteljünk egy alkalmazást?

A szoftveralkalmazásoknak és -termékeknek számos változata van a támogatott funkciók és az általuk megvalósított folyamatok tekintetében. Tehát az alkalmazástesztelés biztosítja, hogy egy adott program vagy alkalmazás megfelelően működjön.

Az alkalmazástesztelés életciklusa négy szakaszból áll.

• 1. szakasz) Teszttervek tervezése az alkalmazási követelmények alapján
• 2. szakasz) Kézi tesztesetek és automatizált tesztszkriptek fejlesztése
• 3. szakasz) Funkcionális tesztek végrehajtása az alkalmazási követelmények érvényesítéséhez
• 4. szakasz) Terhelési tesztek végrehajtása és az alkalmazások teljesítményének hangolása

A végrehajtott tesztek típusa a tesztelt alkalmazás típusától függ. Az Alkalmazástesztelés 3 szegmensre oszlik.

• Webes alkalmazások tesztelése
• Asztali alkalmazások tesztelése
• Mobilalkalmazás tesztelése

Alkalmazás tesztelése	A végrehajtott tesztelés típusai
Webes alkalmazások tesztelése	Funkcionális és Teljesítményfelmérés Böngészők közötti tesztelés Terhelési és stresszteszt Regressziós és megfelelőségi tesztelés Felhasználói elfogadási tesztelés Béta tesztelés Feltáró és füstvizsgálat Többnyelvű támogatás és kompatibilitás tesztelése
Asztali alkalmazások tesztelése	UI tesztelése Használhatósági tesztelés Teljesítményfelmérés Kompatibilitási tesztelés (szoftver/hardver) Funkcionális tesztelés Biztonsági tesztelés
Mobilalkalmazás tesztelése	UI tesztelése Szabály alapú tesztelés Regressziós teszt Funkcionális tesztelés Biztonsági tesztelés

Webes, asztali és mobilalkalmazás-tesztelés összehasonlítása

A három szegmens ugyanazt az életciklust követi, de abban élesen különböznek, hogy mi szakad meg valójában. A kockázat koncentrálódásának ismerete megmutatja, hogy mire kell költeni a tesztelési költségvetést.

A különbség pontja	háló	asztali	Mobil
Fut tovább	Egy böngésző hálózaton keresztül	Egy telepített gép	Egy mobiltelefon vagy tablet
Fő változó	Böngésző és verziója	Operating rendszer és hardver	Eszköz, operációs rendszer verziója és képernyőméret
Hálózati függőség	mindig csatlakoztatva	Gyakran offline	Szakaszos, és túl kell élnie a veszteséget
Legnagyobb kockázat	Böngészőközi renderelés és betöltés	Telepítés és kompatibilitás	Eszközök közötti töredezettség
Megszakítás kezelés	Ritkán releváns	Ritkán releváns	Hívások, értesítések és alacsony akkumulátortöltöttség
Frissítési útvonal	Szerveroldali, azonnali mindenkinek	A felhasználó telepít egy javítást	App Store áttekintés, fokozatos bevezetés

A mobil hordozza a legtöbb ellenőrizetlen változót, ezért az oldal későbbi részében külön tárgyaljuk.

Alkalmazás tesztelési módszertanok

A tesztelési módszertan a szoftveralkalmazás teljes körű tesztelésének strukturált módja. A nem szervezett és rossz tesztelési módszertan instabil termékhez vezethet.

A tesztelésnek három módja van.

• Fekete Box Tesztelés
• fehér Box Tesztelés
• Szürke Box Tesztelés

Fekete Box Tesztelés

Fekete Box Tesztelés technikát gyakran használják a teszteléshez Funkcionális tesztelés, nem funkcionális tesztelés, és regressziós tesztelés. A fekete doboz tesztelés során alkalmazott stratégiák a következők:

• Egyenértékűségi osztály tesztelése
• Határérték-tesztelés
• Döntési táblázat tesztelése
• Állapotátmeneti táblázatok

fehér Box Tesztelés

Fehér doboz tesztelés jellemzően szoftverkód tesztelésére használják, hogy ellenőrizzék a belső biztonsági réseket, a hibás vagy rosszul strukturált útvonalakat, a feltételes ciklusok működését stb. A white box tesztelés során az alkalmazott stratégiák a következők:

• Code Lefedettségi elemzés
• Útlefedettség

Szürke Box Tesztelés

Ez a vizsgálati technika a két fekete kombinációja Box Tesztelés, valamint a White Box tesztelés. Ezt azért végzik, hogy megtalálják hibák nem megfelelő szerkezet vagy alkalmazáshasználat alapján.

Tesztterv az alkalmazás teszteléséhez

Az Teszt terv dokumentum a Termékből származik Description, Software Requirement Specification SRS vagy használati esetek dokumentumai. A teszt középpontjában az áll, hogy mit, hogyan, mikor és ki fog tesztelni. A tesztterv dokumentumot kommunikációs médiumként használják a tesztcsoport és a tesztmenedzserek között.

Az Alkalmazástesztelés szabványos teszttervének a következő jellemzőket kell meghatároznia;

• Határozza meg a tesztelés körét
• Határozza meg a tesztelés célját
• A tevékenység tesztelésének megközelítése
• A tesztelés ütemezése
• Bogár trackirály és jelentéstétel

Alkalmazástesztelés belépési és kilépési kritériumai

A tesztterv hivatalos belépési és kilépési kritériumokat sorol fel ajánlott gyakorlatként, de érdemes ezeket pontosítani. Ezek nélkül egy tesztfázis vagy egy instabil builddel indul, vagy egy elfogadott célvonal nélkül sodródik tovább.

Nevezési feltételek teljesíteni kell a végrehajtás megkezdése előtt.

• A követelményeket és az SRS-t felülvizsgálják és kiértékelik.
• A tesztterv és a tesztesetek megírásra és jóváhagyásra kerülnek.
• A build stabil tesztkörnyezetbe kerül, és átmegy egy füstteszten.
• A tesztadatok és a szükséges fiókok vagy eszközök elérhetők.
• Egy hiba tracA King eszköz konfigurálva van, és a csapat hozzáfér.

Kilépési feltételek mutassa meg, hogy a fázis elérte a célját.

• Minden tervezett tesztesetet végrehajtanak, és az eredményeket rögzítik.
• Kritikus vagy nagy súlyosságú hibák nem maradtak megoldatlanul.
• A követelményeknek való megfelelés megtörtént.
• A fennmaradó, alacsony súlyosságú hibákat a vállalkozás dokumentálja és elfogadja.
• A teszt összefoglaló jelentését aláírták.

Alkalmazástesztelő eszközök

Különféle tesztelőeszközök állnak rendelkezésre az alkalmazás teszteléséhez. Az eszközök kiválasztása attól függ, hogy milyen típusú vizsgálatot szeretne végezni. Különböző platformokhoz különböző eszközök ajánlottak. Az alkalmazástesztelő eszközök biztosítják az alkalmazások teljesítményét, használhatóságát és funkcionalitását számos eszközön.

Íme néhány közülük.

• Selenium
• IBM Rational Functional Tester (RFT)
• LoadRunner (Most OpenText LoadRunner, korábban HP és Micro Focus)
• Apache JMeter

💡 Megjegyzés: IBM A RFT mellett régóta jegyzett Rational Robotot kivonták a forgalomból. A jelenlegi Rational Functional Tester a... IBM ajánlat, így az új projekteket nem szabad a Robot köré tervezni.

Alkalmazástesztelés főbb mutatói

A tesztek végrehajtása aktivitást bizonyít, nem pedig hatékonyságot. Egy kis mérőszámkészlet megmutatja, hogy a tesztelés valóban talál-e hibákat, és hogy az alkalmazás konvergál-e a kiadás minősége tekintetében.

• Teszt lefedettsége: Azon követelmények aránya, amelyek legalább egy leképezett tesztesettel rendelkeznek. Az alacsony lefedettség nem tesztelt viselkedést jelent, bármit is mond a sikeres teljesítési arány.
• Hiba sűrűsége: A hibák méret szerint osztva, általában ezer sornyi kódra vagy modulra vetítve. Ez azokra a komponensekre mutat, amelyek átdolgozásra szorulnak a további tesztelés helyett.
• Hiba szivárgás: A gyártás során talált hibák száma osztva a talált hibák teljes számával. A növekvő szivárgás a legegyértelműbb jele annak, hogy a kiadás előtti tesztelésből valami hiányzik.
• Hibaelhárítási hatékonyság: A kiadás előtt talált hibák aránya az összes hibához képest. A kilencven százalék feletti érték gyakori cél.
• Teszt végrehajtási arány: Ügyek a tervezett ügyek ellen futnak, tracciklusonként ked, így a csúszás korán, nem pedig a kilépési kapunál látható.

TracA trendet kell inkább szemlélni, mint egyetlen mérést. Egyetlen ciklus önmagában nagyon keveset mond.

Az Alkalmazástesztelés legjobb gyakorlatainak tesztelése

Az Alkalmazástesztelés megfelelő stratégiájának kiválasztása garantált módja az alkalmazás hibáinak észlelésének. Ezért rendkívül fontossá válik, hogy a minőségbiztosítási csapat egy sor szabványos eljárást kövessen, hogy több hibát és kevesebb idő alatt észleljen.

Az alkalmazások tesztelésére a legjobb gyakorlatok közé tartozik

• Határozza meg a funkcionális specifikációkat
• Revvizsgálatok és ellenőrzések
• Formális be- és kilépési feltételek
• Funkcionális tesztvariációk
• Többplatformos tesztelés
• Automatizált tesztvégrehajtás

Alkalmazástesztelési kihívások

Egy alkalmazás tesztelése során a tesztelő számos kihívással találkozhat

• A problémákat csak a felhasználó hívásakor azonosítják
• Képtelenség előre látni a változás hatását
• Nincs rálátás az alkalmazási és működési hibákra
• Időigényes

Mobilalkalmazás tesztelése

A webes alkalmazások teszteléséhez hasonlóan Mobil Az alkalmazástesztelés is ugyanazon a tesztelési stratégián és módszertanon alapul. A különbség a teszteléshez használt eszközökben rejlik, néhány gyakori eszköz, amelyet a mobilalkalmazás-teszteléshez használnak, a következő: Appium, TestComplete, Robotiumés Espresso.

A mobilalkalmazás-típusokat három kategóriába sorolják

• Webes alkalmazás – A felhasználók hálózaton, például interneten vagy intraneten keresztül érhetik el
• Natív alkalmazás – Adott platformra lett kifejlesztve és számítógépes eszközre telepítve
• Hibrid alkalmazás – Egyesíti a webes és a natív elemeket, például a Facebookot.

A legtöbb mobilplatformhoz használhat egyszerű CSS-t, HTML-t, JS-t stb.

Példa tesztesetek mobilalkalmazás teszteléséhez

A teljes mobiltesztelési alkalmazásstratégia magában foglalja az eszköz- és hálózati infrastruktúrát, a céleszközök kiválasztását, valamint a kézi és automatizált tesztelőeszközök hatékony kombinációját, amely mindkettőt lefedi. nem funkcionális és funkcionális tesztelés.

A mobilalkalmazások esetében a tesztelendő dolgok a következők

• Telepítés
• OTA
• Wi-Fi
• Data Cable
• Bluetooth
• Az eltávolítás
• Alkalmazás logója
• fröcskölés
• Alacsony memória
• Vizuális visszajelzés
• Kilépés az alkalmazásból
• Alkalmazás indítása/újraindítása

Mobil tesztelési kihívások

A mobilfelhasználók és eszközök számának növekedésével a mobilalkalmazások tesztelése egyre összetettebbé válik. Egy mobilalkalmazás tesztelése jelentősen eltér egy asztali webes alkalmazásétól. A mobil tesztelés során felmerülő gyakori kihívások a következők:

• Átfogó tesztlefedettség
• A töredezettség kezelése (különböző operációs rendszer verzió, processzor, memória)
• A tesztterv hiánya
• Időnyomás
• Fizikai eszközök hiánya
• A platform és az operációs rendszer változatossága

GYIK