Mobilalkalmazások teljesítményének tesztelése

Minden mobilalkalmazás esetében a teljesítmény nagyon kritikus. Ha mobilalkalmazása nem teljesít megfelelően, a végfelhasználó eltávolítja az alkalmazást, és keres egy másik alkalmazást, amely jobban teljesít.

A mobilalkalmazást alaposan le kell tesztelni, mielőtt kiadná a végfelhasználónak.

Mobilalkalmazás tesztelési stratégia

Az alkalmazások teljesítményét mobiltelefonon vagy bármilyen okoseszközön általában a következő három kategóriában mérik.

• Eszköz teljesítménye
• Szerver/API teljesítmény
• Hálózati teljesítmény

Eszköz teljesítménye

Amikor az ügyfél lassú alkalmazást tapasztal, bosszankodni kezd.

Az eszköz teljesítményéhez ellenőrizze a következőket:

• Alkalmazás indításaMennyi időbe telik az alkalmazás elindítása? Ez az első teljesítményparaméter, amelyet a felhasználó határoz meg. Hüvelykujjszabályként, miután a felhasználó megérinti az alkalmazás ikonját, az első képernyő 1-2 másodpercen belül megjelenik.
• Az akkumulátor üzemideje alkalmazás használata közbenFolyamatos használat mellett egyes mobilalkalmazások nagy mennyiségű akkumulátort fogyasztanak, és felmelegítik a telefont. Ez a tényező nagyban hozzájárul bármely mobilalkalmazás teljesítményéhez, és általában akkor fordulhat elő, ha az alkalmazás a szükségesnél több erőforrást használ fel. A túlzott erőforrás-használat megterheli a processzort, és a telefon felmelegszik.
• Memória fogyasztásAmikor Tesztelés egy alkalmazásnál ellenőrizni kell az alkalmazás memóriafelhasználását. Az alkalmazás bizonyos funkcióinak megvalósításával a memóriafogyasztás is nő. Például be Android alkalmazásoknál, ha push értesítések vannak implementálva, akkor a memóriafogyasztás nő.

  Egyes esetekben megfigyelték, hogy a teljes operációs rendszer memóriahasználata mindössze 14%, de egy új alkalmazás 11%-ot. Tehát ezeket a tényezőket kezelni kell, mielőtt az alkalmazást a valós világba telepítené vagy átadná az ügyfélnek.

• Hardver/szoftver változatEgy mobilalkalmazás tesztelésekor kötelező ellenőrizni a különböző eszközökön lévő alkalmazásokat. Előfordulhat, hogy az alkalmazás zökkenőmentesen fut az egyik eszközön, de a másikon nem. Mint a különböző szállítók számára Android készülékeken ellenőrizhetjük az alkalmazást Samsung, HTC és Lenovo telefonokon. Hasonlóképpen, az alkalmazást különböző RAM-mal és processzorspecifikációkkal kell tesztelni, például 1 GB vagy 2 GB.
• Használat más alkalmazásokkalHa a tesztelés alatt álló alkalmazás más alkalmazásokkal párhuzamosan fut, nem lehet interferencia. Az ellenőrzés legjobb módja a tesztelés alatt álló alkalmazás és más alkalmazások közötti váltás.
• App a háttérbenA háttérben futó alkalmazást a rendszer lekéri, és az előző állapotában kell maradnia. Ha ezt a forgatókönyvet nem kezelik megfelelően, az adatok elvesznek. Ismét meg kell adnia az adatokat a semmiből az alkalmazás lekérésekor.

Szerver/API teljesítmény

Amikor az alkalmazás API-n keresztül kommunikál a szerverrel, a válaszidő kritikussá válik a teljesítmény szempontjából. A szerver teljesítményéhez ellenőrizze:

• Adatok a szerverre és a szerverrőlAz alkalmazásnak hatékonyan kell kezelnie a szerverről küldött adatokat. Az adatok betöltése nem tarthat túl sok időt. Bizonyos alkalmazásokban az adatok meghatározott formátumban kerülnek elküldésre. Tehát mielőtt megjelenítené az alkalmazásban, konvertálni kell a megfelelő formátumba. Ebben a folyamatban az alkalmazások néha lelassulnak, és a válaszidő hosszabb lesz.

• Az alkalmazásból generált API-hívásokA tesztelés alatt álló alkalmazásból a szerverre az alkalmazásból generált hívások számának kevesebbnek kell lennie. Egyes esetekben több API-hívás történik ugyanahhoz a funkcióhoz. A jobb teljesítmény érdekében ezt kevesebb hívásszámmal kell kezelni.

• Szerver leállási idejeBármilyen okból kifolyólag, ha a szerver leállt vagy elérhetetlen, az adatokat a natív adatbázisba menthetjük. Így amikor a szerver leáll, megjeleníthetjük a natív adatbázisban tárolt adatokat. Egy másik megoldás lehet a feladatátvételi adatbázis-kiszolgáló, azaz ha az egyik szerver leáll, vagy karbantartási fázisban van, a tartalék szervernek elérhetőnek kell lennie az átálláshoz. A feladatátvételi/mentési kiszolgálónak folyamatos replikációban és szinkronban kell lennie a fő kiszolgálóval.

Hálózati teljesítmény

Mérni kell az alkalmazás teljesítményét a különböző hálózatokon és hálózati tulajdonságokon.

A hálózat teljesítményéhez a következőket kell ellenőriznie.

• IdegességHa késik az információ fogadása a hálózaton, akkor azt jitternek nevezik. Probléma a kapcsolat nélküli hálózatokkal vagy a csomagkapcsolós hálózatokkal. Mivel az információ csomagokba oszlik, a csomagok eltérő úton haladhatnak a küldőtől a fogadóig. Amikor az adatok megérkeznek a kívánt helyre, azok kódolttá válnak, mint ahogyan eredetileg elküldték. A Jitters esetében a mobilalkalmazásnak elég képesnek kell lennie a kezeléséhez.

  Meg kell jelenítenie a megfelelő értesítéseket a végfelhasználónak, vagy újra elküldi a kérést, vagy meg kell várnia, amíg a rendszer ismét válaszol.

• Csomagvesztés Teljes csomagvesztés esetén az alkalmazásnak képesnek kell lennie arra, hogy újra elküldje az információ iránti kérelmet, vagy ennek megfelelően generálja a riasztásokat. Ha az adatok nem teljesek, akkor a felhasználó nem fogja tudni megérteni az alkalmazásban megjelenített információkat. Ez stresszes lehet a felhasználó számára. Ezért jobb, ha megfelelő üzenetet jelenít meg, vagy felszólítja a felhasználót, hogy próbálkozzon újra.
• Hálózati sebességAz alkalmazást különféle, változó sebességű hálózatokon kell ellenőrizni. Az alkalmazást 2.5G, 3G és 4G hálózatokon kell tesztelni. Ebben benne van a Wi-Fi és a mobilhálózat is. Ezenkívül figyelni kell az alkalmazás viselkedését. Különösen akkor, ha mindkét hálózat elérhető, és az egyik hálózatról a másikra váltott.

  Például probléma merülhet fel egy alkalmazásban a felhasználók számára, amikor a telefonhálózatot 4G-ről WIFI-re váltják, és fordítva. Ebben az esetben az alkalmazás nem válaszol, és a használathoz újra kell indítani az alkalmazást.

A mobilalkalmazások teljesítményével kapcsolatos hibaelhárítás

Miután felfedezte a problémákat/problémákat közben Teljesítményfelmérés. Ideje felkutatni és kijavítani a hibákat.

1. probléma) A mobilalkalmazás késése vagy lassú reakciója.

A késés oka lehet a RAM, a gyorsítótár stb.

Meg kell ölnie a szükségtelen folyamatokat, vagy törölnie kell a gyorsítótárat. A csatlakozási probléma hibaelhárítása megoldhat néhány késést okozó problémát

2. probléma) Alkalmazás újraindítása, leállás, lefagyás vagy nem reagál.

A következő lépések valamelyikével javítható

• Az alkalmazáskódok optimalizálása
• A szoftvert javítani és frissíteni kell.
• Automatikus visszaállítások
• RAM vagy bizonyos esetekben ROM kezelése külső kártyák használata közben
• A gyorsítótár particionálásának törlése
• Annak ellenőrzése, hogy az alkalmazás működik-e más harmadik féltől származó alkalmazásokkal és API-kkal
• A mobilalkalmazás eszköz szerinti feltérképezése

Hasznos mobilalkalmazás-tesztelő eszközök

Mobilalkalmazás-tesztelő eszközök eszközöktől vagy mobil operációs rendszertől függően változhat. Néhány általános mobilalkalmazás-teljesítmény-tesztelő eszköz

ANDROID

• RobotiumPont olyan, mint Selenium mobilalkalmazásokhoz. A tesztelő több, a teszteléshez szükséges lépést rögzíthet és lejátszhat.
• MajomfutóA MonkeyRunner teszteket futtathat számítógéphez vagy emulátorokhoz csatlakoztatott valódi eszközökön. Az eszköz API-val rendelkezik, amely lehetővé teszi az okostelefonok, táblagépek vagy emulátorok kívülről történő vezérlését Android kód.

APPLE

• Automatizátor (Mac)Az Automator egy alkalmazás, amelyet az Apple fejlesztett ki OS X-hez. Mutass és kattints (vagy fogd és vidd) munkafolyamatokat hoz létre az ismétlődő feladatok kötegekbe történő automatizálásához a gyorsabb módosítás érdekében. Ezzel időt és erőfeszítést takaríthat meg az egyes fájlok manuális módosításához képest emberi beavatkozással szemben.

Kihívások

A teljesítményteszt során a legfontosabb kihívások közé tartozik

• Különböző mobil platformok és operációs rendszereik rendszerezése
• Olyan kapcsolatok szimulálása, mint az Edge, 3G, 4G vagy WiFi stb.
• A mobileszközök korlátozásai, például az akkumulátor- és erőforrás-fogyasztás
• Mobiltelefon használhatóság
• A különböző méretű mobileszközök ugyanazon alkalmazás futtatásához

Állítsa be a mobilalkalmazás-teljesítményteszt-környezetet

A tesztkörnyezet konfigurálásához a következőket kell tennie:

• A tesztelendő mobilalkalmazás ismerete
• Azon különböző operációs rendszerek azonosítása, amelyeken az alkalmazásnak futnia kell
• A tesztbeállítás felépítése
• Építsd meg az emulátorokat vagy szimulátorokat
• A tényleges beállítás prototípusa
• A megfelelő eszköz kiválasztása a teszteléshez

A mobilalkalmazások teljesítménytesztjének ellenőrző listája

A mobilalkalmazások teljesítményének tesztelése fontos intézkedés a megjelenés előtt. Az ellenőrzés érdekében teljesítménytesztet végeznek

• Mennyi RAM szükséges az alkalmazás használatához?
• Az APP sebességének és válaszidejének ellenőrzése különböző hálózatokon és körülmények között.
• Biztosítsa a valósághű felhasználói élményt számos hálózati körülmény között
• Győződjön meg arról, hogy több kapcsolat esetén is eléri a kívánt eredményeket
• Győződjön meg arról, hogy az alkalmazás nem omlik össze.
• A mobilalkalmazások megfelelő teljesítményének biztosítása adat-, Wi-Fi- vagy egyéb kapcsolat használata közben
• Az üzemidő és a mobil API-használati szűk keresztmetszetek figyelése
• Az egyidejű felhasználók maximális számának biztosítása érdekében
• Végül, hogy ellenőrizze a mobilalkalmazás korlátait

Összegzésként

• A teljesítményteszt megköveteli a mobilalkalmazás, az erőforrás-felhasználó, a virtuális felhasználók, az emulátorok és a többféle tesztelési stratégia megértését.
• A mobiltelefonon elérhető alkalmazások teljesítményét a következő három kategóriában mérik.
• Eszköz teljesítménye
• A kiszolgáló teljesítménye
• Hálózati teljesítmény
• A teljesítménytesztelés kihívásai közé tartozik a mobileszközök kompakt mérete, az erőforrások elérhetősége, a költségszámítás és a költségvetés.