Mobilalkalmazások tesztelése: minta tesztesetek és tesztforgatókönyvek

⚡ Okos összefoglaló

A mobilalkalmazás-tesztelés magában foglalja a funkcionális, teljesítménybeli, biztonsági, használhatósági, kompatibilitási és helyreállíthatósági ellenőrzéseket, és minden típus különálló minta tesztforgatókönyveket tartalmaz, amelyeket a csapatok újra felhasználnak egy új build validálásakor.

  • 🔘 Funkcionális először: Mindenekelőtt erősítse meg a kötelező mezőket, a telepítést, az indítási és leállítási viselkedést, a fizetéseket és a navigációt.
  • ☑️ A megszakítások számítanak: A hívásoknak, üzeneteknek és újraindításoknak helyreállítható állapotban kell hagyniuk az alkalmazást.
  • ✅ Teljesítménykorlátok: Mérje meg a válaszidőt, az akkumulátor lemerülését, a memóriaszivárgásokat és a viselkedést hálózatváltáskor.
  • 🧪 Biztonsági mélység: Kitér a hitelesítésre, a munkamenet lejáratára, a tanúsítványok rögzítésére, az injekciós támadásokra és a nem biztonságos helyi tárolásra.
  • 🇧🇷 Használhatósági szabályok: Az érintési célpontok, az egységes ikonok, az olvasható szöveg és a világos visszavonási útvonal határozza meg, hogy az alkalmazás gyorsnak érződik-e.
  • 📊 Eszköz lefedettsége: A képernyőméretek, a felbontások és az operációs rendszer verziói mind befolyásolják az eredményt, így a kompatibilitás egy eszközmátrixon belül érvényesül.

Mobilalkalmazás-tesztelési példa tesztesetek és tesztforgatókönyvek

Tanulóink ​​gyakran kérdezik, hogyan kell mobilalkalmazásokat tesztelni. Az alábbiakban néhány példa látható. tesztforgatókönyvek és tesztesetek egy mobilalkalmazáshoz.

A tesztesetek némelyikét vagy mindegyikét végrehajthatja a saját igényei alapján. mobil tesztelés követelmények. Az esetek mobil tesztelési típus szerint vannak rendezve.

Mobilalkalmazás funkcionális tesztelése

A mobilalkalmazások funkcionális tesztelése az alkalmazás funkcionalitásának tesztelésének folyamata, beleértve a felhasználói interakciókat és a felhasználó által végrehajtott tranzakciókat. Célja a minőség biztosítása, a meghatározott elvárásoknak való megfelelés, a hibák kockázatának csökkentése és az ügyfelek elégedettségének fenntartása.

A funkcionális tesztelés során figyelembe veendő különféle tényezők a következők:

  1. Alkalmazás típusa az üzleti funkciók használatától függően (banki, szerencsejáték, közösségi vagy üzleti)
  2. Target közönségtípus (fogyasztó, vállalkozás, oktatás)
  3. Az alkalmazás terjesztésére használt terjesztési csatorna (pl. Apple App Store, Google Lejátszás, közvetlen terjesztés)

Ezek a tényezők határozzák meg, hogy az egyes területek milyen mélyre mennek, ahogy az ábra is mutatja.

Mobilalkalmazás funkcionális tesztelése, amely a felhasználói interakciókat és tranzakciókat is magában foglalja

A funkcionális tesztelés legalapvetőbb tesztforgatókönyvei a következőképpen tekinthetők:

  1. Annak ellenőrzésére, hogy az összes kötelezően kitöltendő mező megfelelően működik-e.
  2. Annak ellenőrzése, hogy a kötelező mezők a nem kötelező mezőktől eltérő módon jelennek-e meg a képernyőn.
  3. Annak ellenőrzésére, hogy az alkalmazás a követelményeknek megfelelően működik-e, amikor az alkalmazás elindul vagy leáll.
  4. Annak ellenőrzésére, hogy az alkalmazás minimalizált módba vált-e bejövő telefonhívás esetén. Ugyanezt ellenőrizheti egy második telefonnal a készülék felhívásával. Ez a lényege. megszakításos tesztelés.
  5. Annak ellenőrzésére, hogy a telefon képes-e SMS-eket tárolni, feldolgozni és fogadni, amikor az alkalmazás fut. Ugyanezért egy második telefonnal küldjön SMS-t a tesztelt eszközre, amelyen a tesztelt alkalmazás jelenleg fut.
  6. Annak ellenőrzése, hogy az eszköz képes-e a szükséges multitasking elvégzésére, amikor csak szükséges.
  7. Annak ellenőrzése, hogy az alkalmazás lehetővé teszi-e a szükséges közösségi hálózati lehetőségeket, például a megosztást, a posztolást és a navigációt.
  8. Annak ellenőrzése, hogy az alkalmazás támogatja-e az alkalmazás által megkövetelt fizetési átjáró tranzakciókat, például Visa, Mastercard vagy PayPal fizetési módokat.
  9. Annak ellenőrzésére, hogy az oldal görgetési forgatókönyvei szükség szerint engedélyezve vannak-e az alkalmazásban.
  10. Annak ellenőrzése, hogy az alkalmazás releváns moduljai közötti navigáció a követelményeknek megfelelő-e.
  11. Annak ellenőrzése, hogy a csonkolási hibák megfizethető szinten maradnak-e.
  12. Annak ellenőrzésére, hogy a felhasználó megfelelő hibaüzenetet kap-e, például „Hálózati hiba. Kérjük, próbálja meg később”, amikor hálózati hiba történik.
  13. Annak ellenőrzése, hogy a telepített alkalmazás lehetővé teszi-e más alkalmazások kielégítő működését, és hogy nem foglalja-e a többi alkalmazás memóriáját.
  14. Annak ellenőrzésére, hogy az alkalmazás az utolsó műveletnél folytatódik-e kemény újraindítás vagy rendszerösszeomlás esetén.
  15. Annak ellenőrzése, hogy az alkalmazás telepítése zökkenőmentesen elvégezhető-e, amennyiben a felhasználó rendelkezik a szükséges erőforrásokkal, és hogy az nem vezet-e jelentős hibákhoz.
  16. Annak ellenőrzésére, hogy az alkalmazás a követelményeknek megfelelően hajtja végre az automatikus indítást.
  17. Annak ellenőrzése, hogy az alkalmazás a követelményeknek megfelelően működik-e minden mobilhálózati generáción, azaz 3G, 4G és 5G hálózaton.
  18. Előadni Regressziós teszt új szoftverhibák feltárása a rendszer meglévő területein, miután azokon változtatásokat eszközöltek. A korábban elvégzett tesztek ismételt futtatása annak megállapítására, hogy a program viselkedése nem változott-e a változtatások miatt.
  19. Annak ellenőrzése, hogy az alkalmazás biztosít-e elérhető felhasználói útmutatót azok számára, akik nem ismerik az alkalmazást

Teljesítményvizsgálati tesztesetek

Miután a funkciók megfelelően működnek, a kérdés az, hogy vajon bírják-e a terhelést.

Az ilyen típusú tesztelés alapvető célja annak biztosítása, hogy az alkalmazás elfogadhatóan működjön bizonyos teljesítménykövetelmények mellett, például nagyszámú felhasználó hozzáférése vagy egy kulcsfontosságú infrastruktúra-elem, például egy adatbázis-kiszolgáló eltávolítása esetén.

Az általános tesztforgatókönyvek a következőkhöz: Teljesítményfelmérés egy mobilalkalmazásban a következők találhatók:

  1. Annak meghatározása, hogy az alkalmazás a követelményeknek megfelelően működik-e különböző terhelési feltételek mellett.
  2. Annak meghatározása, hogy a jelenlegi hálózati lefedettség képes-e támogatni az alkalmazást csúcs-, átlagos és minimális felhasználói szinten.
  3. Annak meghatározása, hogy a meglévő kliens-szerver konfigurációs beállítás biztosítja-e a szükséges optimális teljesítményszintet.
  4. Az alkalmazás és az infrastruktúra azon szűk keresztmetszeteinek azonosítása, amelyek megakadályozzák, hogy az alkalmazás a kívánt elfogadható szinten működjön.
  5. Annak ellenőrzése, hogy az alkalmazás válaszideje megfelel-e a követelményeknek.
  6. A termék és/vagy hardver értékelése annak meghatározására, hogy képes-e kezelni a tervezett terhelési mennyiségeket.
  7. Annak értékelése, hogy az akkumulátor élettartama képes-e támogatni az alkalmazást a tervezett terhelési mennyiségek mellett.
  8. Az alkalmazás teljesítményének ellenőrzésére, amikor a hálózat 4G/5G-ről Wi-Fi-re, vagy fordítva változik.
  9. Annak ellenőrzésére, hogy az egyes szükséges CPU-ciklusok optimalizálva vannak-e.
  10. Annak igazolására, hogy az akkumulátor-fogyasztás, a memóriaszivárgások és az olyan erőforrások, mint a GPS és a kamera teljesítménye, bőven a szükséges irányelveken belül vannak.
  11. Az alkalmazás élettartamának ellenőrzése, amikor a felhasználói terhelés szigorú.
  12. A hálózati teljesítmény ellenőrzése az eszközzel való mozgás közben.
  13. Az alkalmazás teljesítményének ellenőrzése, amikor csak a kapcsolat szakaszos fázisai érhetők el.

Biztonsági tesztelési tesztesetek

A teljesítmény és a biztonság átfedésben van: a támadó először azt a helyi tárolót olvassa be, amely felgyorsítja az alkalmazást.

Mobilalkalmazás biztonsági tesztelése, amely az adatok, a tárolás és a hálózat védelmét is magában foglalja

A biztonsági tesztelés alapvető célja annak biztosítása, hogy az alkalmazás adat- és hálózatbiztonsági követelményei megfeleljenek az irányelveknek.

A következők a mobilalkalmazások biztonságának ellenőrzésének legfontosabb területei.

  1. Annak ellenőrzésére, hogy az alkalmazás képes-e ellenállni bármilyen nyers erő támadásnak, amely egy automatizált, próbálkozásokon és hibákon alapuló folyamat, amelynek során kitalálják egy személy felhasználónevét, jelszavát vagy hitelkártyaszámát.
  2. Annak ellenőrzésére, hogy az alkalmazás nem engedélyezi-e a támadók számára a bizalmas tartalmak vagy funkciók elérését megfelelő hitelesítés nélkül.
  3. Annak ellenőrzésére, hogy az alkalmazás erős jelszóvédelmi rendszerrel rendelkezik-e, és hogy a támadók nem tudják-e megszerezni, megváltoztatni vagy visszaállítani egy másik felhasználó jelszavát.
  4. Annak ellenőrzésére, hogy az alkalmazás nem szenved-e elégtelen munkamenet-lejáratot.
  5. A dinamikus függőségek azonosítása és intézkedések megtétele annak megakadályozására, hogy bármely támadó hozzáférjen ezekhez a sebezhetőségekhez.
  6. Megelőzni SQL injekcióval kapcsolatos támadások.
  7. A nem felügyelt kód forgatókönyveinek azonosítása és helyreállítása.
  8. Annak ellenőrzésére, hogy a tanúsítványok érvényesítve vannak-e, és hogy az alkalmazás megvalósítja-e a tanúsítványrögzítést.
  9. Az alkalmazás és a hálózat védelme a szolgáltatásmegtagadási támadásokkal szemben.
  10. Az adattárolási és adatérvényesítési követelmények elemzése.
  11. A munkamenet-kezelés engedélyezése annak megakadályozása érdekében, hogy jogosulatlan felhasználók kéretlen információkhoz férjenek hozzá.
  12. Annak ellenőrzésére, hogy valamelyik kriptográfiai kód meghibásodott-e, és gondoskodjon arról, hogy megjavítsák.
  13. Annak ellenőrzése, hogy az üzleti logika megvalósítása biztonságos és nem sebezhető külső támadásokkal szemben.
  14. A fájlrendszer interakcióinak elemzéséhez határozza meg a biztonsági réseket, és javítsa ki ezeket a problémákat.
  15. A protokollkezelők validálásához, például az alkalmazás alapértelmezett céloldalának rosszindulatú iframe használatával történő újrakonfigurálásával.
  16. A rosszindulatú ügyféloldali injekciók elleni védelem érdekében.
  17. A rosszindulatú futásidejű injekciók elleni védelem.
  18. A fájlok gyorsítótárazásának kivizsgálása és a rosszindulatú lehetőségek megelőzése.
  19. Az alkalmazások billentyűzet-gyorsítótárában tárolt nem biztonságos adatok megakadályozása érdekében.
  20. A sütik kivizsgálása és a sütik által okozott rosszindulatú tevékenységek megelőzése érdekében.
  21. Rendszeres ellenőrzések biztosítása az adatvédelmi elemzéshez.
  22. Az egyénileg létrehozott fájlok kivizsgálása és az egyénileg létrehozott fájlokból származó rosszindulatú tevékenységek megelőzése érdekében.
  23. A puffer túlcsordulások és a memória sérülésének megelőzése érdekében.
  24. Különböző adatfolyamok elemzése és az ezekből származó sebezhetőségek megelőzése.

Használhatósági tesztelési tesztesetek

Egy biztonságos alkalmazás, amelyet senki sem tud kezelni, továbbra is kudarcot vall, így a használhatóság a technikai ellenőrzések mellett foglal helyet.

A használhatósági tesztelés az érintőfelületeket, ikonokat és olvasható szöveget ellenőrzi egy mobilalkalmazásban.

A mobilalkalmazások használhatósági tesztelésének célja egy gyors és egyszerű, kevesebb funkciójú alkalmazás létrehozása, nem pedig egy lassú és bonyolult, sok funkcióval rendelkező alkalmazás létrehozása. A fő cél egy könnyen használható, intuitív felület létrehozása, amely hasonló az iparágban széles körben használt felületekhez.

  1. Annak érdekében, hogy a gombok a kívánt méretűek legyenek, és alkalmasak legyenek a nagy ujjakra.
  2. Annak érdekében, hogy a gombok a képernyő ugyanabban a részében legyenek elhelyezve, elkerülve a végfelhasználók összezavarását.
  3. Annak biztosítása érdekében, hogy az ikonok természetesek és összhangban legyenek az alkalmazással.
  4. Annak érdekében, hogy az azonos funkciójú gombok azonos színűek is legyenek.
  5. A csap érvényesítésének biztosítása érdekébenping a nagyítás és kicsinyítés funkció engedélyezve van.
  6. Annak biztosítása érdekében, hogy a billentyűzet bevitele megfelelő módon minimalizálható legyen.
  7. Annak biztosítása érdekében, hogy az alkalmazás megfelelő időn belül lehetőséget biztosítson egy művelet visszalépésére vagy visszavonására, ha nem megfelelő elemet érint.
  8. Annak érdekében, hogy a kontextuális menük ne legyenek túlterheltek, mivel gyorsan kell használni őket.
  9. Annak érdekében, hogy a szöveg egyszerű és világos legyen, hogy a felhasználók könnyen megértsék.
  10. Annak érdekében, hogy a rövid mondatok és bekezdések olvashatók legyenek a végfelhasználók számára.
  11. Annak biztosítása érdekében, hogy a betűméret elég nagy legyen ahhoz, hogy olvasható legyen, és ne legyen túl nagy vagy túl kicsi.
  12. Annak ellenőrzésére, hogy az alkalmazás figyelmezteti-e a felhasználót, amikor a felhasználó nagy mennyiségű adat letöltését kezdi meg, ami nem biztos, hogy elősegíti az alkalmazás teljesítményét.
  13. Annak ellenőrzése, hogy az alkalmazás bezárása különböző állapotokból történt-e, és hogy ugyanabban az állapotban nyílik-e meg újra.
  14. Annak biztosítása érdekében, hogy minden karakterlánc a megfelelő nyelvre konvertálódjon, amikor elérhető egy nyelvi fordítási szolgáltatás.
  15. Annak biztosítása érdekében, hogy az alkalmazáselemek mindig a felhasználói műveleteknek megfelelően szinkronizálva legyenek.
  16. Annak biztosítása érdekében, hogy a végfelhasználó olyan felhasználói kézikönyvet kapjon, amely segít a végfelhasználónak megérteni és működtetni az alkalmazást, abban az esetben, ha nem ismeri annak működését.

A használhatósági tesztelést általában manuális felhasználók végzik, mivel csak az emberek érthetik meg más felhasználók érzékenységét és kényelmét.

Kompatibilitási tesztesetek

Ugyanannak a buildnek ugyanúgy kell viselkednie olyan hardvereken, amelyeket a csapat esetleg soha nem birtokolt.

Kompatibilitási teszt mobileszközökön azért történik, mert a mobileszközök mérete, felbontása, képernyője, verziója és hardvere eltérő, ezért az alkalmazást minden eszközön tesztelni kell, hogy megbizonyosodjon arról, hogy a kívánt módon működik.

Az alábbiak a kompatibilitási tesztelés legszembetűnőbb területei.

  1. Annak ellenőrzésére, hogy az alkalmazás felhasználói felülete megfelel-e az eszköz képernyőméretének, és hogy egyetlen szöveg vagy vezérlőelem sem részben láthatatlan vagy elérhetetlen.
  2. Annak érdekében, hogy a szöveg olvasható legyen az alkalmazás minden felhasználója számára.
  3. Annak biztosítása érdekében, hogy a hívás- és riasztási funkciók engedélyezve legyenek az alkalmazás futása közben. Hívás esetén az alkalmazás minimalizálódik vagy felfüggesztődik, és a hívás leállásakor az alkalmazás folytatja működését.

Helyreállíthatósági vizsgálati tesztesetek

A helyreállíthatósági tesztelés kiterjed az összeomlás utáni helyreállításra és a tranzakciók megszakítására – mit tesz az alkalmazás, amikor az eszköz, az akkumulátor vagy a kapcsolat lemerül egy tranzakció közben.

  1. A váratlan megszakítások vagy összeomlások utáni hatékony alkalmazás-helyreállítási helyzet validálása.
  2. Annak ellenőrzése, hogy az alkalmazás hogyan kezeli a tranzakciókat áramkimaradás esetén (azaz, ha lemerül az akkumulátor, vagy az eszköz manuálisan leáll).
  3. A folyamat validálása, amelynek során a kapcsolat felfüggesztésre kerül, és a rendszernek újra kell építenie azt a felfüggesztett kapcsolat által közvetlenül érintett adatok helyreállításához. A jobb oldali mobil tesztelő eszközök segít a zökkenőmentes felépülési folyamat biztosításában.

Fontos mobilalkalmazás-tesztelési ellenőrzőlista

Néhány ellenőrzés a fenti kategóriák mindegyikére vonatkozik, és könnyen elfelejthetők.

  1. Telepítési tesztelés (hogy az alkalmazás telepíthető-e ésszerű időn belül és a szükséges kritériumoknak megfelelően)
  2. Eltávolítási tesztelés (hogy az alkalmazás eltávolítható-e észszerű időn belül és a szükséges kritériumok betartásával)
  3. Hálózati tesztesetek (annak validálása, hogy a hálózat a szükséges terhelés alatt teljesít-e, és hogy a hálózat képes-e támogatni az összes szükséges alkalmazást a tesztelési eljárások során)
  4. Nem leképezett kulcsok ellenőrzése
  5. Az alkalmazás kezdőképernyőjének ellenőrzése
  6. Folyamatos billentyűzethasználat megszakítások alatt és más esetekben, például hálózati problémák esetén
  7. Az alkalmazásból való kilépéssel foglalkozó módszerek
  8. Töltő effektus, miközben egy alkalmazás fut a háttérben
  9. Alacsony akkumulátor és nagy teljesítményigény
  10. Az akkumulátor eltávolítása alkalmazás futása közben
  11. Az alkalmazás akkumulátorfogyasztása
  12. Ellenőrizze az alkalmazás mellékhatásait

GYIK

Egy forgatókönyv egy sorban határozza meg, hogy mit kell ellenőrizni, például „bejelentkezés ellenőrzése”. Egy teszteset lépésekre, adatokra és egy várható eredményre bontja a forgatókönyvet. Egy forgatókönyv általában több esetet eredményez.

Futtassa a képernyőt TalkBack vagy VoiceOver segítségével, állítsa a rendszerbetűtípust a legnagyobb értékre, ellenőrizze a színkontrasztot, és győződjön meg arról, hogy minden vezérlőhöz tartozik címke. Gyakorolja a sötét módot ugyanazon a meneten.

Váltsd át az eszköz nyelvi beállítását, és ellenőrizd a lefordított karakterláncokat, a dátum-, idő-, szám- és pénznemformátumokat, a jobbról balra író elrendezéseket, a fordítás után a tárolóján túlcsorduló szöveget, valamint a billentyűzetbevitelt a célnyelven.

Minden értesítést úgy indíts el, hogy az alkalmazás az előtérben, a háttérben és teljesen bezárva legyen. Ellenőrizd, hogy a hasznos adat megjelenik-e, a mélyhivatkozás megnyílik-e a megfelelő képernyőn, és hogy a kézbesítés akkumulátorkímélő módban működik-e.

A modellek követelményeket, felhasználói történeteket vagy rögzített munkameneteket olvasnak be, és a lépésekkel és a várható eredményekkel együtt vázlatokat készítenek a jelölt esetekről. A kimenet egy első vázlat, amelyet a tesztelőnek meg kell tisztítania és meg kell erősítenie.

Igen. Oldalobjektumokat rajzol, Appium lokátorok és állítási blokkok egy rövid, a képernyőt leíró megjegyzésből. RevTekintse meg az egyes javaslatokat, mivel a generált lokátorok gyakran olyan elemekre hivatkoznak, amelyek nem léteznek.

Használj emulátorokat a korai funkcionális teszteléshez, mert olcsók és gyorsak. Helyezd át az akkumulátor, a kamera, az érzékelő, a hálózati kapcsolás és a megszakítás eseteit valódi hardverre, mivel egy emulátor nem tudja hűen reprodukálni ezeket a feltételeket.

Ellenőrizze a regisztrációt, a sikeres egyezést, a sikertelen egyezést és a jelszóra való tartalékmegoldást. Az engedélyek esetében tesztelje azok megadását, megtagadását, majd később vonja vissza azokat a rendszerbeállításokban, és győződjön meg arról, hogy az alkalmazás szabályosan degradálódik.

Foglald össze ezt a bejegyzést a következőképpen: