A felhasználói felület tesztelése fontosabb, mint valaha, köszönhetően a weboldalak és alkalmazások globális elterjedésének. Ha új szoftvert vagy weboldalt vezet be, elengedhetetlen, hogy a felhasználói felület (UI) megfelelő legyen, hogy a funkcionalitás és az esztétika egyensúlyban legyen.
Sok mindenre szükség van egy meggyőző felhasználói felület létrehozásához, a felhasználói felület tesztelése pedig lakmuszpapírként szolgál annak megállapításához, hogy a felület minden szempontból megfelel-e a célnak.
Ebben a cikkben a felhasználói felület tesztelésével kapcsolatos összes kulcsfontosságú területet áttekintjük, kezdve a felhasználói felület meghatározásától a felhasználói felület tesztelésének legjobb módjaiig.
UI vs. GUI: A zűrzavar tisztázása
Kezdetnek próbáljuk meg tisztázni a felhasználói felület és a felhasználói felület fogalmakkal kapcsolatos félreértéseket. Az alábbiakban ismertetjük, hogy mit jelent ez a két fogalom, és miben különböznek egymástól:
1. Mi a felhasználói felület tesztelése?
A felhasználói felület, vagy UI, az a platform, amelyet egy adott szoftverrel való interakcióhoz használ. A felhasználói felület az a hely, ahol utasításokat adhat meg, adatokat vihet be, vagy ahol információkat tekinthet meg egy képernyőn vagy monitoron.
Sokféle felhasználói felület létezik, beleértve a grafikus felhasználói felületeket (GUI) és a parancssori felületeket, amelyek csak kódot és szöveget mutatnak.
2. Mi az a grafikus felhasználói felület (GUI)?
A grafikus felhasználói felület (GUI) a legtöbb ember számára ismerős felhasználói felület. Ez egy olyan típusú felület, amely vizuális eszközökkel segíti a rendszer funkcióival való interakciót.
Használhat például ikonokat tartalmazó menüket vagy eszköztárakat a rendszerben való navigáláshoz. Még a szöveg is jól működik a grafikus felhasználói felületeken, hogy végigvezesse a felhasználót egy funkción, például a „fájl” gombra kattintva, amikor meg akar nyitni vagy el akar menteni egy dokumentumot.
3. UI vs. GUI
A számítógépes interakció e két formájának jobb megértéséhez nézze meg az alábbiakban a felhasználói felület és a felhasználói felület közvetlen összehasonlítását:
UI:
– A felhasználói felület rövidítése
– Ez egy olyan platformtípus, amely lehetővé teszi a felhasználók számára az eszközökkel való interakciót.
– Ez az ember-gép interakció egy formája.
– Mindenki használja, és gyakran a háttérben működik, így nem is tudod, hogy használod.
– Gyakori példák: MS-DOS vagy Unix
GUI:
– A grafikus felhasználói felület rövidítése
– Ez egy olyan platformtípus, amely grafikát használ a felhasználóknak az eszköz funkcióiban való navigáláshoz.
– Ez az UI egy alosztálya
– Általában átlagos, mindennapi felhasználók, például fogyasztók használják.
– Gyakori példák: Windows 10, iOS és Android
Mi a felhasználói felület (UI) tesztelése?
A felhasználói felület (UI) tesztelése – a kontextustól függően néha GUI-tesztelésnek is nevezik – egy sor olyan művelet, amelyet az alkalmazás vizuális elemeinek teljesítményének és általános funkcionalitásának mérésére használnak. Ellenőrzi és validálja a felhasználói felület különböző funkcióit, és biztosítja, hogy ne legyenek váratlan eredmények, hibák vagy hibák.
A felhasználói felület tesztelését olyan eszközökkel, mint a ZAPTEST, elsősorban a felhasználói felület használhatóságának, funkcionalitásának és teljesítményének ellenőrzésére használják, hogy megbizonyosodjanak arról, hogy az megfelel a célnak.
Bizonyos esetekben olyan dolgokat is ellenőriz, mint a rendszer általános tervezési koncepciójának való megfelelés vagy vizuális egység.
Mikor és miért van szükség felhasználói felület tesztekre?
A felhasználói felület tesztelése általában az alkalmazás gyártásra történő kiadása előtt a leghatékonyabb. Ennek célja, hogy a végfelhasználó a lehető legjobb élményt kapja, a lehető legkevesebb hibával és hiányossággal.
A végfelhasználók nem a legjobb szoftvertesztelők, ezért fontos, hogy a problémákat még azelőtt kiküszöböljük, hogy a szoftver eljutna hozzájuk.
A felhasználói felület tesztelése hasznos módja annak, hogy felmérjük, hogyan kezel az alkalmazás bizonyos műveleteket, például a billentyűzet és az egér használatát a menükkel való interakcióhoz. Segít ellenőrizni az alkalmazás vizuális elemeit, hogy azok helyesen jelenjenek meg.
A felhasználói felület tesztelése szintén nagyszerű módja annak, hogy felmérje a teljesítményt, és megbizonyosodjon arról, hogy nincsenek hibák vagy problémák az alkalmazás funkcionalitásával.
UI-tesztek típusai
A tesztelt alkalmazástól függően számos különböző UI-tesztet kell figyelembe venni.
Az UI-tesztek számos funkciót ellenőrizhetnek az alkalmazásokban, így a megfelelő teszttípus kiválasztása segíthet a konkrét problémák azonosításában.
Más szóval, különböző UI-tesztelési módszereket és eszközöket, például a ZAPTEST automatizált UI-tesztelő eszközeit kell figyelembe venni, attól függően, hogy mit szándékozik tesztelni.
A funkcionális és nem funkcionális tesztelés megközelítési módszerei közül néhány a következő:
1. Regressziós tesztelés
A regressziós tesztelés az UI-tesztelés egy olyan típusa, amely az alkalmazás vagy a weboldal kódolásában bekövetkezett változásokat vizsgálja.
Biztosítja, hogy az alkalmazás minden funkciója a tervezettnek megfelelően működjön, miután a kód egyes részein változtatásokat hajtott végre.
Nem kell semmilyen bonyolult tesztet végrehajtania, csak lefuttatja a kódot, hogy megbizonyosodjon arról, hogy az összes függőség és funkció ugyanúgy működik, mint a módosítások előtt.
2. Funkcionális tesztelés
A funkcionális tesztelés célja az alkalmazás validálása, hogy megbizonyosodjon arról, hogy az megfelel az összes funkcionális követelménynek.
Az alkalmazás minden egyes funkcióját teszteli, majd ellenőrzi az eredményt, hogy megbizonyosodjon arról, hogy az elvárásoknak megfelelően fut.
Az ilyen típusú felhasználói felület tesztelése általában a fekete dobozos tesztelésre összpontosít, amely nem vizsgálja a forráskódot. Olyan dolgokat szokott ellenőrizni, mint a felhasználói felület, a kapcsolódó API-k, az ügyfél- és szerverkommunikáció vagy a biztonság.
3. Átvételi tesztelés
Az átvételi tesztelés, néha User Acceptance Testing (UAT) néven ismert, a felhasználói felület tesztelésének egy formája, amelyet az alkalmazás végfelhasználója végez, hogy ellenőrizze a rendszert a gyártásba való átmenet előtt.
Az ilyen típusú felhasználói felület tesztelése leggyakrabban a tesztelés utolsó fázisaiban fordul elő, miután a többi területet ellenőrizték.
Az átvételi tesztelés az alkalmazás teljes folyamatának validálására szolgál az elejétől a végéig. Nem vizsgálja az olyan felszíni problémákat, mint a helyesírási hibák vagy az esztétikai problémák. Külön tesztelési környezetet használ a gyártási környezet utánzására, biztosítva, hogy készen álljon a következő fázisra.
4. Egységtesztelés
Az egységtesztelés az alkalmazás egyes komponenseit vizsgálja, hogy ellenőrizze, hogy az alkalmazás a tervezett módon működik-e.
Általában a kódolási fázisban végzik el, így jellemzően a fejlesztőkre hárul az ilyen típusú UI-tesztek elvégzése.
Az egységtesztelés úgy működik, hogy egy kódrészletet elkülönítünk, hogy megbizonyosodjunk arról, hogy az az elvárásoknak megfelelően működik. Ez az egyedi kódrészlet lehet egy adott modul, egy függvény, egy objektum vagy az alkalmazás bármely más egyedi része.
5. Teljesítménytesztelés
A teljesítménytesztelés az alkalmazás optimalizálását vizsgálja, olyan dolgokat vizsgálva, mint az alkalmazás sebessége, stabilitása, reakciókészsége és skálázhatósága használat közben.
Az ilyen típusú UI-tesztelés célja, hogy megtalálja az alkalmazásban az aggályos területeket vagy az adatáramlás szűk keresztmetszeteit. A három fő terület, amelyet vizsgál, az alkalmazás sebessége, skálázhatósága és stabilitása.
6. GUI tesztelés
A GUI-tesztelő eszközök az alkalmazás grafikus felhasználói felületét vizsgálják, hogy megbizonyosodjanak arról, hogy az összes funkció az elvárásoknak megfelelően működik.
Ez magában foglalja az alkalmazás grafikus eszközeinek és vezérlőelemeinek, például a gomboknak, eszköztáraknak és ikonoknak a vizsgálatát. A felhasználói felület az, amivel a végfelhasználó kapcsolatba lép és amit lát, amikor egy alkalmazást használ.
Milyen előnyei vannak a felhasználói felület tesztelésének?
A felhasználói felület tesztelése és az olyan eszközök használata, mint a ZAPTEST felhasználói felület tesztelési csomagja, számos előnnyel jár mind a fejlesztő, mind a végfelhasználó számára.
Az alábbiakban bemutatunk néhányat a felhasználói felület tesztelésével kapcsolatos legfontosabb előnyök közül:
1. Javítja a funkcionalitást
Fontos az alkalmazások tesztelése annak biztosítása érdekében, hogy azok az elvárásoknak megfelelően működjenek, így ha bármilyen hiba, hiba vagy egyéb probléma merül fel, azt még a kiadás előtt orvosolni lehet.
Ha egy alkalmazás eljut a végfelhasználókhoz, és hibás, tele van hibákkal vagy elromlott, akkor nem fogja elvégezni a tőle elvárt munkát. Ez viszont túl sok problémát okoz a végfelhasználóknak, és valószínűleg abbahagyják a használatát.
2. Könnyebbé teszi a használatát
A felhasználói felület tesztelésének automatizálására szolgáló eszközök szintén hasznosak az alkalmazás optimalizálásában és racionalizálásában.
Még ha az összes kódolás úgy működik is, ahogyan kell, egy rosszul megtervezett felület összezavarhatja a végfelhasználókat, és gyorsan kikapcsolhatja őket, ami csökkenti az alkalmazás elfogadási arányát. A felhasználói felület tesztelése nagyszerű módja annak, hogy bármilyen elemet vagy tervezési döntést úgy javítson ki, hogy az könnyebben használható legyen.
3. Erősíti az alkalmazások hírnevét
Ha időt szánunk a felhasználói felület megfelelő tesztelésére, és olyan eszközöket veszünk igénybe, mint a ZAPTEST tesztelés-automatizálási szoftvere, az nagyszerű módja az alkalmazás csiszolásának és a lehető legjobban felhasználóbaráttá tételének.
Ha helyesen csinálják, akkor az alkalmazás nagyszerű márkanagykövetté válik, ami növeli annak általános hírnevét. Ha az alkalmazás hibamentesen fut, és mindent megtesz, amit kell, akkor a felhasználók ezt értékelni fogják, és használni fogják az alkalmazást.
Melyek a felhasználói felület tesztelésének fő kihívásai?
Bár a felhasználói felület tesztelése fontos része az alkalmazásfejlesztésnek, nem feltétlenül könnyű része a folyamatnak.
Az ingyenes UI teszt automatizálási szoftverekkel kapcsolatban számos olyan probléma és kihívás merül fel, amely megnehezíti a munkát.
Az alábbiakban bemutatunk néhányat a felhasználói felület tesztelésével kapcsolatos főbb kihívások közül, ha nem megfelelő felhasználói felület tesztelő eszközöket használunk:
1. UI frissítések
Az alkalmazásfejlesztés jellemzően egy iteratív folyamat, amely a fejlesztési ciklus során és azon túl is új funkciókat és funkciókat hoz be.
Mindezek a szórványos változások megnehezíthetik az UI-tesztek hatékony elvégzését, mivel más függőségek és kódkölcsönhatások megváltoztatják a tesztelt elemeket.
2. A tesztelés egyre összetettebbé válik
Az alkalmazások és weboldalak ma már sokkal kifinomultabbak, mint néhány évvel ezelőtt. Mindezzel a többletfunkcióval az UI-tesztelő eszközöknek és az UI-automatizálási szoftvereknek több elemet és folyamatot kell megvizsgálniuk.
Ennek eredményeképpen a felhasználói felület tesztelésének számos eszközét úgy kell kiigazítani, hogy az összes ilyen összetett kiegészítéshez alkalmazkodni tudjon.
3. Időbeli korlátok
Ahogy az alkalmazások összetettsége növekszik, úgy nőnek a teszteléshez használt eszközök is. A felhasználói felület tesztelési szkriptek egyre időigényesebbek a tesztelendő kódok puszta mennyisége miatt. Ez a probléma tovább súlyosbodik, ha nem állnak rendelkezésre a megfelelő UI-tesztelő eszközök.
4. UI szkriptek naprakészen tartása
Ahogy a felhasználói felület változik, és új funkciók kerülnek bevezetésre, a tesztelési szkripteket ki kell igazítani az új folyamatok teszteléséhez. Ez minden egyes új kiegészítéssel egyre nagyobb kihívást jelent, mivel a tesztelési szkripteket folyamatosan frissítik és finomítják az új funkciókhoz való igazodás érdekében.
Automatizálnia kell a felhasználói felület tesztelését?
Amikor az alkalmazás vagy webes felhasználói felület tesztelésének legjobb megközelítéséről kell dönteni, két különböző utat kell fontolóra venni: a manuális tesztelést vagy az automatizált eszközökkel végzett automatizált felhasználói felület tesztelést. Mind a kézi tesztelésnek, mind a felhasználói felület automatizálásának megvannak a maga előnyei és hátrányai, ezért bölcs dolog mindkettőt megfontolni, hogy melyik felel meg legjobban az alkalmazásnak.
Mi az a manuális UI tesztelés?
A kézi tesztelés, ellentétben a felhasználói felület automatizálásával, magában foglalja a tesztelőt, aki manuálisan lép kapcsolatba és vizsgálja meg az alkalmazás vagy weboldal összes funkcióját.
Elsődleges céljuk az, hogy a teljes alkalmazással kapcsolatos kérdésekre, szabálytalanságokra vagy problémákra figyeljenek. Ez különösen hasznos lehetőség a kisebb, korlátozott elemszámú alkalmazásoknál, például az alkalmazások korai verzióinál.
1. A felhasználói felület kézi tesztelésének előnyei
Az UI manuális tesztelés választásának számos előnye van, az alkalmazástól és annak kialakításától függően.
Az alábbiakban bemutatjuk a felhasználói felület kézi tesztelésének néhány előnyét:
– A manuális felhasználói felület tesztelése emberi intelligenciát von be a tesztelésbe, hogy hibákat vagy problémákat keressen. Vannak olyan dolgok, amelyeket az automatizált felhasználói felület tesztelése egyszerűen nem tud megvalósítani, és emberi interakcióra, kritikus gondolkodásra és emberi tényezőre van szükség ahhoz, hogy megtaláljuk az alkalmazás összes hiányosságát.
– Az automatizált tesztek meglehetősen időigényesek lehetnek, mivel több forgatókönyvet hoznak létre a különböző funkciókhoz, amelyeket egy emberi tesztelőnek kell ellenőriznie. A manuális felhasználói felület tesztelése lehetővé teszi, hogy az emberi tesztelők a hibák megtalálására összpontosítsanak, ne pedig emulációk létrehozására.
– Az emberi tesztelők általában jól ismerik az alkalmazást, és gyakran számtalan órát töltenek azzal, hogy megszokják a kezelőfelületet. Ennek köszönhetően megértik, hogy mire kell figyelniük a hibák tekintetében, miközben segítenek nekik naprakészek maradni az alkalmazás aktuális állapotával kapcsolatban.
– Vannak olyan problémák, amelyeket az automatizált felhasználói felület tesztelése nem feltétlenül jelez, mivel az nem érinti a kódot. Az olyan dolgok, mint például a szerver válaszideje elmaradhat, de egy automatizált teszt könnyen figyelmen kívül hagyhatja őket. A manuális felhasználói felület tesztelése kiküszöböli ezt a problémát, mivel az emberi felhasználó azonnal észreveszi ezeket a problémákat.
– A kézi UI-tesztelés a felhasználói élmény legpontosabb emulációja, mivel olyan helyzetet hoz létre, amely tükrözi, hogy a végfelhasználó hogyan fog interakcióba lépni az alkalmazással. Ez valós kontextust teremt a végfelhasználók által gyakran észlelt, de az automatizált felhasználói felület tesztelése során esetleg nem észlelt problémák megtalálásához.
2. A manuális felhasználói felület tesztelésének korlátai
A manuális felhasználói felület tesztelésének is vannak korlátai, amelyeket figyelembe kell venni, mielőtt döntést hozna az alkalmazás számára legjobb tesztelési megközelítésről.
A manuális felhasználói felület tesztelésének néhány korlátja a következő:
– A manuális tesztelés sokkal hosszabb időt vesz igénybe, mint az automatizált UI-tesztelés, különösen, ha olyan modern eszközöket használunk, mint a hiperautomatizálás. Az automatizált teszteléshez használt szkriptek sokkal gyorsabban lefutnak, mint bármilyen emberi beavatkozás, így a kézi webes felhasználói felület tesztelése további órákat ad a menetrendhez.
– Mivel végső soron emberi folyamatról van szó, a manuális webes felhasználói felület tesztelése hajlamos az emberi hibákra. A manuális felhasználói felület tesztelése során előfordulhat, hogy a fókusz hiánya vagy a figyelemelterelés miatt nem vesznek észre hibákat, ami problémákhoz vezethet. Az automatizált felhasználói felület tesztelése eltávolítja az emberi tényezőt a folyamatból, így sokkal kevésbé hajlamos az ilyen típusú problémákra. Ez különösen igaz az UI automatizált tesztelés legújabb típusaira, például a robotizált folyamatautomatizálásra.
– A talált hibák naplózásának tényleges folyamata sokkal tovább tart, ami megnehezítheti a változások nyomon követését. Az automatizált UI-tesztelés itt jobb megközelítés, mivel csak akkor igényel frissítést, ha új funkciót vezetnek be.
– A manuális felhasználói felület tesztelése az alkalmazás alapos ismeretét igényli a problémák kompetens teszteléséhez. Ennek eredményeképpen az emberi tesztelőknek bizonyos szintű ismeretekre van szükségük ahhoz, hogy hatékonyan tesztelhessenek. Az automatizált tesztelés nem igényel ilyen szintű tudást.
3. Felvétel és visszajátszás tesztelés
A Record & replay tesztelés a kód nélküli UI-tesztelés egy formája, amely lehetővé teszi a tesztek futtatását mély programozási ismeretek nélkül. Funkciókat használ az alkalmazásban végrehajtott kézi műveletek rögzítésére, mielőtt azt tesztmintaként elmenti.
Ez lehetővé teszi, hogy a felhasználói felület tesztje újra és újra lefusson emberi beavatkozás nélkül.
4. Kézi vs. felvétel és visszajátszás vs. automatizált tesztelés
A felhasználói felület tesztelésének e három típusa közötti választásnál fontos figyelembe venni az alkalmazás terjedelmét és méretét, valamint a rendelkezésre álló erőforrásokat.
A manuális felhasználói felület tesztelése a legkönnyebben beállítható és használható, de számos követelményt támaszt, például az alkalmazás jó ismeretét. A manuális UI-tesztelést is nehéz folytatni, ha egy alkalmazást folyamatosan frissítünk.
A Zaptest által kínált UI-teszt automatizálási eszközök nagyszerű lehetőséget jelentenek, ha rendszeresen frissíti az alkalmazást, és idővel valóban kifizetődőek.
A felvétel és visszajátszás a kétféle UI-tesztelés közötti szakadék áthidalására szolgál. A felhasználói felület automatizálásának egy alapszintjét kínálja, de még mindig emberi beavatkozásra van szükség az indításához.
Mit tesztel az UI-tesztek elvégzésekor?
A ZAPTEST UI-tesztelő szoftveréhez hasonló eszközökkel végzett UI-tesztek során az alkalmazás tartalmától függően változik, hogy mit tesztel.
Hajlamos azonban követni az alkalmazás funkcionalitását. Például, ha az alkalmazásnak van egy pénztár oldal, a felhasználói felület tesztelése olyan dolgokat foglal magában, mint a „vásárlás most” gomb tesztelése.
Bár a ténylegesen tesztelendő folyamatok alkalmazásonként eltérőek, van néhány általános UI dolog, amit tesztelni kell, például:
1. Hibák az adattípusokban
Ez a felhasználói felület teszt biztosítja, hogy a megfelelő típusú adatok a megfelelő mezőkben működjenek. Például szöveg a nevekhez, számok használatának lehetősége nélkül. Ha a felhasználói felület tesztelője numerikus értékeket tud beírni a névmező alá, akkor valami nem stimmel.
2. A mező szélességével kapcsolatos kérdések
Ez bizonyos mezők, például az irányítószámok karakterszámának korlátozására szolgál. Ha az alkalmazás nem korlátozza ezeknek a mezőknek a karakterszámát, az a végfelhasználó érvénytelen bevitelét eredményezheti.
3. Gombok
Ezek a felhasználói felület tesztek biztosítják, hogy a gombok megfelelően működjenek, így például a következő oldal gomb a következő oldalra irányítja a végfelhasználót. Rengeteg különböző gombtípus létezik különböző célokkal, ezért fontos, hogy a funkcionális alkalmazás létrehozása érdekében minden gomb a megfelelő feladatot lássa el.
4.Table görgetés
Ha az alkalmazásban vannak adatokat tartalmazó táblázatok, a táblázatok görgetése biztosítja, hogy az adatokat úgy görgetheti, hogy közben a fejlécek láthatóak maradnak.
Ha ez nem működik, akkor a végfelhasználó számára zavarossá teszi az adatokat.
5. Hibanaplók
Alkalmazásösszeomlás vagy hiba esetén fontos tesztelni a hibanaplókat, hogy megbizonyosodjon arról, hogy pontos kimenetet biztosítanak a hibajelentésekhez.
Pontos hibajelentések és hibanaplók nélkül nem lehet megállapítani, hogy mi okozza a problémát, vagy hogyan lehet kijavítani azt.
Hogyan végezzen UI (GUI) tesztet?
Hogy egy jó ötletet adjunk, hogyan kell elvégezni egy UI – vagy GUI – tesztet, létrehozunk egy példát, amit megnézhet.
Tegyük fel, hogy tesztelni fogunk egy űrlapoldalt egy alkalmazásban egy fiók regisztrálására. Ezen az oldalon több UI-elemet kell tesztelni, amelyek TC-X felirattal vannak ellátva (ahol a TC a teszteset, az X pedig az elem számát jelöli).
Az alábbiakban felsoroljuk a tesztelésre rendelkezésre álló TC-ket:
TC-1: Márka logó a képernyő tetején
– Ezt tesztelni kell, hogy ellenőrizze, hogy a megfelelő pozíciót, betűtípust és oldalcímkét jeleníti-e meg.
TC-2: Regisztrálja fiókját
– Ezzel ellenőrizni kell, hogy az oldal fejléc pontos-e.
– Ellenőriznie kell azt is, hogy a megfelelő betűtípus jelenik-e meg.
TC-3: Keresztnév mező
– Ezzel tesztelni kell a megfelelő szövegdoboz igazítást és pozíciót.
– A mezőcímkéket is tesztelnie kell, és ellenőriznie kell, hogy elfogadja-e az érvényes és elutasítja-e az érvénytelen bejegyzéseket.
TC-4: Vezetéknév mező
– Ezzel tesztelni kell a megfelelő szövegdoboz igazítást és pozíciót.
– A mezőcímkéket is tesztelnie kell, és ellenőriznie kell, hogy elfogadja-e az érvényes és elutasítja-e az érvénytelen bejegyzéseket.
TC-5: Felhasználónév mező
– Ezzel azt kell tesztelnie, hogy milyen hibaüzenet jelenik meg a korlátozott karakterek bevitelekor.
– Azt is ellenőrizni kell, hogy a hibaüzenet érvényes és pontos-e.
TC-6: Jelszó mező
– Ennek tesztelnie kell a mezőcímkéket, hogy megbizonyosodjon arról, hogy elfogadja az érvényes karaktereket, és elutasítja az érvényteleneket.
– A szövegdoboz igazítását és helyzetét is tesztelnie kell.
TC-7: Következő oldal gomb
– Ezzel tesztelni kell, hogy az űrlapküldés a kívánt módon működik-e.
– Ellenőriznie kell a gombok elhelyezését is, és meg kell győződnie arról, hogy az olvasható a felhasználó számára.
UI tesztterv – Mi az?
Az UI tesztterv egy olyan dokumentum, amely az alkalmazások tesztelési folyamatának része.
A felhasználói felület tesztterve lebontja az alkalmazással és a hozzá kapcsolódó tesztelési tevékenységekkel kapcsolatos legfontosabb információkat.
A tesztterv elkészítése általában az egyik első lépés az alkalmazások tesztelése során, mivel ez teremti meg a tesztelési módszertan és a tervezett eredmények alapjait.
Ez egy hasznos dokumentum, amely a tesztelési csapaton kívül állóknak jobb képet ad arról, hogy mi történik a folyamatban.
Hogyan írjunk UI teszttervet
A felhasználói felület teszttervei kiváló útmutatást és utasításokat nyújtanak a felhasználói felület tesztelői számára, így a helyes elkészítésük nagyban segíti az alkalmazások tesztelését és ellenőrzését.
Nézze meg az alábbi lépéseket, hogy megtudja, hogyan írhat UI teszttervet:
1. Tartalmazza a legfontosabb információkat a felhasználói felület tesztelésére vonatkozóan
Az UI tesztterv tartalmazza az alkalmazás teszteléséhez szükséges összes kulcsfontosságú információt. Ezek közül néhány információ a következőkre terjed ki:
– A teszteléshez szükséges szakemberek, szerepük és képességeik.
– Az alkalmazás teszteléséhez szükséges teljes időtartam.
– A tesztelés során alkalmazott vizsgálati technikák.
– A teszteléshez szükséges erőforrások, például speciális hardver, dokumentáció vagy eszközök.
– A célzott tesztkörnyezetek, például mobileszközök, egy adott operációs rendszer vagy böngészők bontása.
– A tesztelési folyamat általános céljai.
2. Füstvizsgálat
Ezután használhatja a füsttesztelést a felhasználói felület teszttervének elkészítéséhez. A füsttesztelés hasznos módszer az alkalmazás alapvető problémáinak és hibáinak azonosítására, de nem keres túl mélyen a problémák után.
Ez a technika leginkább az alkalmazás felső rétegének UI-tesztelésére alkalmas, így elég könnyen felismerhetőek vele az égbekiáltó problémák.
3. Szanitástesztelés
Az alkalmazás mélyebbre ásásához, hogy kevésbé nyilvánvaló hibákat és hibákat találjon, a szanitástesztelés egy nagyszerű technika a felhasználói felület teszteléséhez.
A szanitástesztelés minden új vagy módosított kódolást megvizsgál, hogy ellenőrizze, hogy az megfelel-e az alkalmazás követelményeinek.
A füstteszteléstől abban különbözik, hogy sokkal átfogóbb a felhasználói felület tesztelése, ami lehetővé teszi az alkalmazás funkcionalitásának mélyebb vizsgálatát.
Miután egy alkalmazás átment a füstteszten, a szanitási teszt egy további ellenőrzési szintet biztosít.
UI teszt forgatókönyvek
Annak biztosítása érdekében, hogy az alkalmazás több területen és interakcióban is rendeltetésszerűen működjön, fontos, hogy különböző UI-tesztforgatókönyveket hajtsunk végre.
Az alábbiakban egy példán keresztül ismertetjük, hogy mik a felhasználói felület tesztelési forgatókönyvei.
1. Mik azok a felhasználói felület tesztelési forgatókönyvek?
A felhasználói felület tesztelési forgatókönyve egy alkalmazás több használati esetének dokumentációjának létrehozására szolgál.
A felhasználói felület tesztforgatókönyve azokat a konkrét műveleteket írja le, amelyeket a felhasználó az alkalmazás használata közben végezhet.
Bizonyos esetekben egy olyan forgatókönyvet is leír, amelyet a felhasználó az alkalmazás használata közben tapasztalhat.
A felhasználói felület tesztforgatókönyvei hasznosak, mivel ellenőrzik, hogy az alkalmazáson belüli funkciók az elvárásoknak megfelelően működnek-e. A hasznos forgatókönyvek létrehozásához az alkalmazás alapos ismerete, valamint az ügyfelek és a fejlesztők hozzájárulása szükséges.
2. Példa a felhasználói felület tesztelési forgatókönyveire
Példaként tekintsük egy alkalmazás bejelentkezési oldalának tesztelési forgatókönyvét. Az erre vonatkozó felhasználói felület tesztforgatókönyv a következő kérdésekre keresi a választ:
– A felhasználók be tudnak jelentkezni a platformra a megfelelő hitelesítő adatokkal?
– Mi a következménye annak, ha helytelen hitelesítő adatokat használ a bejelentkezéshez?
– Mi történik, ha érvényes felhasználónevet, de érvénytelen jelszót használ?
– Mi történik, ha üresen hagyja a mezőket, és megpróbál bejelentkezni?
– Ha van egy „jelszó elfelejtése” gomb, mi történik, amikor rákattint?
– Minden link az oldalon a kívánt módon működik?
Ezeknek a kérdéseknek a megválaszolása segít a felhasználói felület tesztelőinek azonosítani az alkalmazás azon területeit, amelyek nem úgy működnek, ahogyan kellene.
Azt is ellenőrzi, hogy az összes rendelkezésre álló művelet a várt eredményt adja-e, például bejelentkezik-e a megfelelő hitelesítő adatokkal.
UI tesztesetek
Az UI-tesztelési forgatókönyv egyes aspektusainak vizsgálatához a tesztesetek az alkalmazás egyes funkcionalitásrészek egyes jellemzőinek lebontására szolgálnak.
Az alábbiakban összefoglaljuk, hogy mik a felhasználói felület tesztesetei, példákkal.
1. Mik azok az UI tesztesetek?
A felhasználói felület tesztesete olyan műveletsorozat, amely egy adott funkció vagy funkcionalitás ellenőrzésére szolgál az alkalmazáson belül.
Az UI tesztesetek konkrét forgatókönyvekre bontják a tesztlépéseket, adatokat, előfeltételeket és utófeltételeket, és ellenőrzik a követelményeket is.
Egy UI teszteset általában nagyon specifikus változókat tartalmaz, hogy lehetővé tegye a mélyreható tesztelést egyedi szinten. A felhasználói felület tesztelői ezután összehasonlítják a tényleges eredményeket a várt eredményekkel, hogy megbizonyosodjanak arról, hogy az alkalmazás a követelményeknek megfelelően működik.
2. Példák UI & GUI tesztesetekre
Az UI és GUI tesztesetek jobb megértéséhez nézze meg az alábbi példákat, amelyek a bejelentkezési képernyő funkcionalitását vizsgáló tesztforgatókönyv tesztesetei:
– Ellenőrizze a rendszer viselkedését az érvényes hitelesítő adatok bevitelekor.
– Ellenőrizze a rendszer viselkedését, ha érvénytelen e-mail címet, de érvényes jelszót használ.
– Ellenőrizze a rendszer viselkedését, ha érvényes e-mail címet, de érvénytelen jelszót használ.
– Ellenőrizze a rendszer viselkedését érvénytelen e-mail cím és jelszó használata esetén.
– Ellenőrizze a rendszer viselkedését, ha a mezők üresen maradnak.
– Ellenőrizze a „jelszó elfelejtése” linket, hogy a várt módon viselkedik-e.
– Ellenőrizze a rendszer viselkedését, amikor a „Bejelentkezve tartás” gomb be van jelölve.
– Ellenőrizze a rendszer viselkedését érvénytelen telefonszám bevitele esetén.
Tehát ezek a példák mind egyedi UI-tesztes esetek.
A tesztelési forgatókönyvvel ellentétben, amely a teljes folyamatra kiterjed, a tesztesetek az egyes funkciókat vizsgálják. Más szóval, minden egyes fenti példa egy UI teszteset, a teljes lista pedig egy tesztelési forgatókönyvnek minősül.
UI teszt szkriptek
Az alkalmazás tesztelésének még részletesebb lebontása érdekében UI tesztelési szkripteket készítenek, hogy a tesztelők több információt kapjanak a tesztelési esetekről és forgatókönyvekről.
Az alábbiakban összefoglaljuk, hogy mik a felhasználói felület tesztelési szkriptek és hogyan kell megírni őket.
1. Mik azok a felhasználói felület tesztelési szkriptek?
A felhasználói felület tesztelési szkriptek az alkalmazáson végzett tesztek rendkívül részletes leírásai, általában soronként.
Ezek nagyon specifikus jellegűek, sok részletet tartalmaznak a felhasznált tesztesetek, az adatok és az alkalmazás elvárt funkcionalitása tekintetében.
A tesztelési esetek eredményeit a tesztelési szkriptek is tartalmazzák, hogy az információk gazdagságát növeljék.
2. Hogyan írjunk UI teszt forgatókönyveket
A felhasználói felület tesztelési szkriptek egyszerűek, mivel egyszerűen részletezik a teszteseteket.
Ha a következő információkat tartalmazza, az UI-tesztelési szkriptekből sok értéket nyerhet:
– Tesztelési szkript azonosító: Ez a tesztszkript egyedi azonosítója.
– Cím: A tesztszkript címe.
– Teszteset azonosítója: Ez annak a tesztesetnek az azonosítója, amelyhez a szkriptet létrehozza.
– Követelmények: Ezek a tesztesetek futtatásához szükséges hardveralkalmazás specifikációi.
– Eljárás: Ezek a lépések a tesztelés folytatásához szükségesek.
– Eredmény: Ez a tesztelés kimenete és végeredménye.
– Állapot: Ez a tesztelés sikerességét jelzi – sikeres vagy sikertelen volt?
– Hibakód: Ha probléma merült fel, a hibakód részletezi, hogy mi volt a probléma.
Ellenőrző lista a felhasználói felület tesztjeihez
Most, hogy készen áll a felhasználói felület tesztelésének megkezdésére, használja az alábbi ellenőrző listát saját tesztjei elkészítéséhez:
1. Alapvető funkcionalitás ellenőrzése
A funkcionális tesztelés nagyszerű módja annak, hogy olyan dolgokat találjunk, mint a vizuális hibák vagy a platform hibái.
Ügyeljen arra, hogy ebben a szakaszban olyan dolgok is szerepeljenek, mint a biometrikus adatok, az esetleges üzenetek és az alkalmazás memóriájára vonatkozó információk.
2. Ellenőrizze a keresztplatformos kompatibilitást
Az olyan problémák elkerülése érdekében, mint például az eszköz töredezettsége, amely bizonyos felhasználókat blokkol az alkalmazásban, hasznos a platformok közötti kompatibilitás ellenőrzése.
Ez magában foglalja az alkalmazás ellenőrzését különböző képernyőfelbontásokon.
Jó ötlet megvizsgálni a natív és a hibrid alkalmazások kompatibilitását olyan mobileszközökön, mint az Android és az iOS.
3. Ellenőrizze a különböző képernyőméretek közötti kompatibilitást
A végfelhasználók számos különböző képernyőméretet használhatnak az alkalmazással, ezért fontos, hogy a felhasználói felületet ezekre is teszteljük.
A felhasználói felület érzékenységének tesztelése a legfrissebb eszközökön a legjobb a lehetséges problémák kezelése érdekében. Ne feledje továbbá, hogy tájkép és portré módban is teszteljen.
4. A teljesítmény és a skálázhatóság ellenőrzése
Ha egy alkalmazás skálázhatósággal rendelkezik, akkor képes kiváló teljesítményt nyújtani különböző platformokon.
Különböző terhelési szintek, forgalom és egyéb végfelhasználói forgatókönyvek tesztelése az alkalmazás teljesítményének és skálázhatóságának felmérése érdekében.
Ezt párhuzamos teszteléssel lehet elvégezni, amely az automatizált felhasználói felület tesztelését a robotizált folyamatautomatizáláshoz hasonlóan több környezetben alkalmazza.
5. Ellenőrizze az alkalmazás elérhetőségét
A hozzáférhetőségi tesztelés biztosítja, hogy a végfelhasználók segítését célzó konkrét funkciók az elvárásoknak megfelelően működjenek. Itt olyan dolgokat ellenőrizhet, mint a betűméret, a képernyőolvasó mód és a nagyítási lehetőségek.
6. Ellenőrizze a színeket és a szöveget
Az alkalmazásoknak meghatározott módon kell megjeleníteniük a színeket, ezért fontos ezt a színsémák tesztelésével ellenőrizni.
Ez olyan dolgokat foglal magában, mint a hiperhivatkozások színe vagy más betűtípusok. Hasznos továbbá a szöveg helyesírási, betűméret- és igazítási hibáinak ellenőrzése is.
7. Navigációs sebesség felmérése
Győződjön meg róla, hogy az alkalmazás felhasználói felülete zökkenőmentesen, hibák nélkül fut. Az olyan dolgok, mint a fejlécek betöltő képernyője, jó hely a lag keresésére.
