Tesztelési módszerek mobil fejlesztési környezetben

Pál-Illés Orsolya (2022) Tesztelési módszerek mobil fejlesztési környezetben. Pénzügyi és Számviteli Kar.

	PDF Pál-Illés_Orsolya_szakdolgozat_Tesztelési_módszerek_mobil_fejlesztési_környezetben.pdf Hozzáférés joga: Csak az archívum karbantartója nyithatja meg (titkosított dolgozat - engedéllyel) until 2032. November 09.. Download (2MB)
	PDF Pál-Illés Orsolya - Szakdolgozat titkosítási kérelem.pdf Hozzáférés joga: Csak nyilvántartásba vett egyetemi IP címekről nyitható meg Download (307kB)
	PDF Pál-Illés Orsolya - Szakdolgozati összefoglalás 2022.pdf Hozzáférés joga: Csak az archívum karbantartója nyithatja meg (titkosított dolgozat - engedéllyel) until 2032. November 09.. Download (277kB)
	PDF ertekeles.pdf Hozzáférés joga: Bizalmas dokumentum (bírálat) Download (128kB)
	PDF Pál-Illés Orsolya szakdolgozat-biralat-es-javaslat 2022.pdf Hozzáférés joga: Bizalmas dokumentum (bírálat) Download (353kB)

Absztrakt (kivonat)

Szakdolgozatomban a manuális teszteléssel foglalkoztam, ezen belül is mobil fejlesztési környezetben vizsgáltam a különböző tesztelési módszereket és típusokat, megvizsgáltam a szervezetünkben történő folyamatokat, valamint jövőbeli fejlesztési lehetőségeket kerestem. Témám megválasztása erősen személyes vonatkozásokból történt, ugyanis már lassan négy éve tevékenykedek tesztelőként, melyből egy évet automata tesztelőként is volt szerencsém eltölteni. Saját mobil készülékemen is az utóbbi néhány évben megsokszorozódtak az alkalmazások, ma már szinte bárhonnan és bármilyen hivatalos (vagy nem hivatalos) ügyet el tudok, és el is szoktam intézni. Éppen ezért a mobilos tesztelőkre minden korábbinál nagyobb szükség van, még akkor is, ha jelenleg a munkaerőpiacon nem sok ilyen specifikus szaktudással rendelkező ember található. Az első nagy fejezetben a szoftvertesztelés általános tudnivalóit ismertettem, bemutattam a tesztelés szükségességét és fontosságát, valamint hogy milyen lépésekből áll ez a tevékenység. Bár sokan egyszerű munkának gondolják a tesztelést, a valóságban ez egy sokkal komplexebb dolog, mely nem csak a szoftver manuális végrehajtásából áll. A teszttervezés során a teszt tárgyát, kockázatait, valamint be- és kilépési feltételeket határozunk meg. A végrehajtás folyamatában futtatjuk az előzetesen létrehozott teszteseteket, meghatározzuk az elvárt és valós viselkedés közötti különbségeket. A kiértékelés során az eredményekről értékes dokumentumokat készítünk az érintett feleknek. Szintén ebben a fejezetben kitértem a teszteszközök megválasztásának szempontjaira és fontosságára, ugyanis ahogy fent is említettem, nem kizárólag a végrehajtás során van ilyenekre szükségünk, hanem a tevékenység egésze alatt. Ezt követően bemutattam az automatizált tesztek előnyeit és kockázatait, mely fontos ismereteket tartalmazott a kutatási kérdés vonatkozásában is. A következő nagy részben a mobilos környezet sajátosságait soroltam fel több szempont szerint, például hogy miben különböznek a tesztelési tevékenységek egy webes alkalmazás tesztelésétől, valamint bemutattam a mobil applikációk fajtáit: natív, webes valamint hibrid fajták tulajdonságait, előnyeit és hátrányait ismerhettük meg. A hardver- és szoftver-kompatibilitás tesztelés kifejtése után röviden ismertettem a leggyakoribb mobilos tesztelési típusokat, mint például a telepíthetőség, használhatóság, stressz, biztonság, valamint teljesítmény tesztelése. Ennek a fejezetnek a végén bemutattam az automatizált tesztelés lehetőségeit ebben a mobil fejlesztési környezetben, melynek során kifejtettem, mi az amit érdemes lehet automatizálni, valamint milyen eszközöket lehet használni erre a tevékenységre. Ekkor már felmerült a kérdés, hogy a sok hátrány és nehézség ellenére megéri-e automatizálni, melyet az utolsó nagy fejezetben saját kutatásommal is megvizsgáltam. A harmadik fejezetben ismertettem a napi munkám során tesztelt natív mobil applikációt, az Oranum Broadcastert. Ez egyjósok, asztrológusok, spirituális szakértők által használt alkalmazás, mely széleskörű funkciókkal rendelkezik: lehet képet, videót feltölteni, üzeneteket küldeni, élő adást indítani, stb. Bemutattam a jelenlegi fejlesztési, tesztelési folyamatainkat is, valamint hogy milyen eszközöket használunk ez utóbbi tevékenység során. Az utolsó nagy részben a saját kutatásom eredményeit mutattam be, mely így hangzott: ki lehet-e váltani a frissítések kiadása előtti manuális regressziós tesztelést automatizált tesztekkel, a Byborg IP Magyarországi Fióktelepének natív mobilos csapatában Ehhez először is megvizsgáltam a jelenlegi automata keretrendszer állapotát, melynek során azt a megállapítást tettem, hogy maga a keretrendszer a jövőben nem lenne akadálya a kiváltás megvalósítása során, azonban ehhez szükséges volna egy magasan szakképzett automata tesztelő, aki kijavítaná a jelenlegi hibákat, valamint pótolná a hiányzó funkciók lefedését. A továbbiakban az applikáció szempontjából vizsgáltam a kérdést, megnéztem hogy mennyi olyan teszt szettünk van, mely tartalmaz olyan tesztesetet, amiben valamilyen grafikus elemet vagy animációt ellenőrzünk. Összesen a 107 szettből 48 ilyen van jelenleg, ez alapján pedig már elmondható, hogy vannak olyan részei az alkalmazásnak, melyeket nagyon erőforrás-igényes lenne automatizálni, így ezek miatt a közeljövőben semmiképp, de a távoli jövőben sem valószínű, hogy automatizálni lehetne. Így már részben meg is válaszolódott a kutatási kérdés, azonban végeztem egy primer kutatást is a kollégáim körében. Ennek során mélyinterjú kutatási módszerrel 10 munkatársamat kérdeztem meg a jelenlegi folyamataink előnyeiről és javítási lehetőségeiről. A megkérdezettek között voltak tesztelők, fejlesztők, valamint kérdeztem üzleti elemző, termékmenedzser és vezető szoftvermérnök kollégákat is. A válaszok csoportoként eltérőek voltak, míg a fejlesztők inkább el tudták volna képzelni a regressziós tesztelést automatákkal, addig a tesztelők és a menedzsmenthez szorosabban kapcsolódó csapattársak nem. A legnagyobb egyetértés abban született, hogy nem lehet, de nem is kell mindent automatizálni. A lehetőségeket és adottságokat kell felmérni, és azokhoz viszonyítva eldönteni hogy mi az amit megéri automata tesztekkel lefedni. Amit pedig le lehet, azt le is kell, ezáltal pedig a manuális tesztelők válláról sok ismétlődő és monoton feladat lekerülne. Az így felszabaduló időt pedig lehetne felfedező vagy használhatósági tesztelésre fordítani, ezen tevékenységek alatt pedig ellenőrizni tudnánk a már korábban említett grafikus felhasználói felületi elemeket. Mindennek legnagyobb korlátja a már korábban is említett szakemberhiány, ugyanis mindezek megvalósításához leginkább egy szenior szintű automata tesztelőre lenne szükség, amit hónapok óta nem találunk, nemhogy országon belül, de még külföldről sem. Ez hatalmas fejlesztendő tényezője jelenleg a csapatunk működésének, ugyanis minden frissítés kiadása előtt a manuális regressziós tesztelés napokat vesz igénybe. Ennek következményeképp pedig nehézkes a tesztesetek karban tartása, valamint az új funkciók manuális tesztesetekkel való lefedése. Összességében a manuális- és automatizált tesztelés nem valószínű, hogy a közeljövőben elválhatna egymástól, annak ellenére hogy újra és újra visszatérő kérdés az, hogy „miért nem automatizálunk mindent ”. Azért nem, mert ahhoz hogy automatizált teszteket írjunk, először manuálisan meg kell ismerni az alkalmazás működését, a keretrendszer hibák pedig szinte kiküszöbölhetetlenek, emiatt pedig a manuális ellenőrzésre mindig is szükség lesz – már amennyiben biztosak akarunk lenni abban, hogy egy jól működő szoftvert adunk ki a kezünkből.

Intézmény

Budapesti Gazdasági Egyetem

Kar

Pénzügyi és Számviteli Kar

Tanszék

Gazdaságinformatika Tanszék

Tudományterület/tudományág

NEM RÉSZLETEZETT

Szak

Gazdaságinformatikus

Mű típusa:	diplomadolgozat (NEM RÉSZLETEZETT)
Kulcsszavak:	automatizáció - automatizálás, mobiltelefonok, szoftverfejlesztés, szoftverminőség, tesztelés
SWORD Depositor:	Archive User
Felhasználói azonosító szám (ID):	Archive User
Rekord készítés dátuma:	2023. Ápr. 21. 09:43
Utolsó módosítás:	2023. Ápr. 21. 09:43

Actions (login required)

Tétel nézet