Testiranje performansi mobilne aplikacije

Za svaku mobilnu aplikaciju, performanse su vrlo ključne. Ako vaša mobilna aplikacija ne radi dobro, krajnji korisnik će je deinstalirati i pronaći drugu aplikaciju koja radi bolje.

Vašu mobilnu aplikaciju potrebno je temeljito testirati prije nego što je objavite krajnjem korisniku.

Strategija testiranja mobilnih aplikacija

Učinkovitost aplikacije na mobilnom telefonu ili bilo kojem pametnom uređaju obično se mjeri u sljedeće tri kategorije.

• Performanse uređaja
• Performanse poslužitelja/API-ja
• Izvedba mreže

Donji dijagram prikazuje ta tri sloja na njihovim provjerama.

Performanse uređaja

Kad klijent doživi sporu aplikaciju, postaje živciran.

Za performanse uređaja, provjerit ćete sljedeće:

• Pokretanje aplikacije: Koliko je vremena potrebno vašoj aplikaciji da se pokrene? To je prvi parametar performansi koji prosuđuje korisnik. Kao pravilo, nakon što korisnik dodirne ikonu aplikacije, prvi zaslon trebao bi se prikazati za 1-2 sekunde.
• Vrijeme trajanja baterije tijekom korištenja aplikacije: Pri stalnoj upotrebi, neke mobilne aplikacije troše puno baterije i zagrijavaju telefon. To se obično događa kada vaša aplikacija koristi više resursa nego što je potrebno, što opterećuje procesor.
• Potrošnja memorije: Kada Ispitivanje aplikacije, potrebno je provjeriti potrošnju memorije aplikacije. Implementacijom određenih funkcionalnosti u aplikaciji povećava se i potrošnja memorije. Na primjer, u Android aplikacije kada se implementiraju push obavijesti, potrošnja memorije se povećava.

  U nekim slučajevima primijećeno je da cijeli OS koristi memoriju samo 14%, ali nova aplikacija troši 11%. Dakle, ovi se čimbenici moraju riješiti prije postavljanja aplikacije u stvarni svijet ili davanja klijentu.

• Varijacija hardvera/softvera: Prilikom testiranja mobilne aplikacije, obavezno je provjeriti aplikacije na različitim uređajima. Može se dogoditi da aplikacija radi glatko na jednom uređaju, ali ne i na drugom. Kao i za različite dobavljače Android uređajima, možemo provjeriti aplikaciju na telefonima Samsung, HTC i Lenovo. Slično tome, aplikaciju je potrebno testirati s različitim specifikacijama RAM-a i procesora kao što su 1 GB ili 2 GB.
• Korištenje s drugim aplikacijama: Kada aplikacija koja se testira radi paralelno s drugim aplikacijama, ne bi trebalo biti smetnji. Najbolji način da to provjerite je da zamijenite aplikaciju koja se testira i druge aplikacije.
• Aplikacija u pozadini: Kada se aplikacija koja radi u pozadini dohvati, trebala bi ostati u istom stanju kao i prije. Ako se ovaj scenarij ne riješi ispravno, podaci se gube. Povezani slučajevi životnog ciklusa obuhvaćeni su u testiranje prekida.

Performanse poslužitelja/API-ja

Kada aplikacija komunicira s poslužiteljem putem API-ja, vrijeme odziva postaje ključno za performanse. Za performanse poslužitelja provjerit ćete:

• Podaci prema i sa servera: Aplikacija bi trebala učinkovito obrađivati ​​podatke koji se šalju s poslužitelja. Učitavanje podataka ne smije predugo trajati. U određenim aplikacijama podaci se šalju u određenom formatu, pa ih prije prikaza u aplikaciji treba pretvoriti u odgovarajući format. U tom procesu aplikacije ponekad postaju sporije, a vrijeme odziva dulje.
• API pozivi generirani iz aplikacije: Broj poziva iz aplikacije koja se testira prema poslužitelju generiranih iz aplikacije trebao bi biti manji. U nekim slučajevima, višestruki API pozivi se upućuju za istu funkciju. Za bolju izvedbu, ovo bi se trebalo riješiti s manjim brojem poziva.
• Vrijeme neaktivnosti servera: Iz bilo kojeg razloga, ako je poslužitelj u kvaru ili nije dostupan, možemo spremiti podatke u izvornu bazu podataka. Dakle, kad god je poslužitelj u kvaru, možemo prikazati podatke pohranjene u izvornoj bazi podataka. Drugo rješenje mogli bi biti rezervni poslužitelji baze podataka, tj. ako je jedan od poslužitelja u kvaru ili je u fazi održavanja, rezervni poslužitelj trebao bi biti dostupan za prebacivanje. Rezervni poslužitelj trebao bi biti u kontinuiranoj replikaciji i sinkronizaciji s glavnim poslužiteljem.

Izvedba mreže

Potrebno je izmjeriti izvedbu aplikacije na različitim mrežama i svojstva mreže.

Za performanse mreže provjerit ćete sljedeće stvari.

• Trema: Kada postoji kašnjenje u primanju informacija na mreži, tada se to naziva podrhtavanjem. To je problem s mrežama bez povezivanja ili mrežama s paketnom promjenom. Kako se informacije distribuiraju u pakete, paketi mogu putovati različitim putem od pošiljatelja do primatelja. Kada podaci stignu na željenu lokaciju, postaju kodirani nego što su izvorno poslani. U slučaju treme, mobilna aplikacija trebala bi biti dovoljno sposobna da se nosi s tim.

  Krajnjem korisniku morate prikazati odgovarajuće obavijesti, bilo da ponovno pošalje zahtjev ili pričeka da sustav ponovno odgovori.

• Izgubljen paket: U slučaju potpunog gubitka paketa, aplikacija bi trebala moći ponovno poslati zahtjev za informacijama ili bi trebala generirati upozorenja u skladu s tim. Ako podaci nisu potpuni, tada korisnik neće moći razumjeti informacije prikazane u aplikaciji. Ovo može biti stresno za korisnika. Stoga je bolje prikazati odgovarajuću poruku ili pozvati korisnika da pokuša ponovno.
• Brzina mreže: Aplikaciju je potrebno provjeriti na raznim mrežama s promjenjivom brzinom. Aplikaciju treba testirati na 3G, 4G i 5G mrežama. To uključuje i Wi-Fi i mobilne mreže. Također, treba pratiti ponašanje aplikacije, posebno kada su obje mreže dostupne i kada se prebacivanje dogodi s jedne mreže na drugu.

  Na primjer, problem se može pojaviti u aplikaciji za korisnike prilikom prebacivanja telefonske mreže s 4G na Wi-Fi i obrnuto. U tom slučaju aplikacija prestaje reagirati i možda će biti potrebno ponovno pokretanje aplikacije za korištenje.

Rješavanje problema s izvedbom mobilnih aplikacija

Nakon otkrivanja pitanja/problema dok Ispitivanje performansiVrijeme je za trace i ispraviti greške.

Problem 1) Kašnjenje ili spor odgovor mobilne aplikacije.

Uzrok ovog kašnjenja može biti RAM, predmemorija itd.

Morate ubiti nepotrebne procese ili očistiti predmemoriju. Rješavanje problema s vezom može riješiti neke od problema koji stvaraju kašnjenja

Problem 2) Aplikacija se ponovno pokreće, zaključava, zamrzava ili ne reagira.

To se može popraviti nekim od sljedećih koraka

• Optimiziranje aplikacijskih kodova
• Softver treba zakrpati i ažurirati.
• Automatsko vraćanje
• Upravljanje RAM-om ili u nekim slučajevima ROM-om tijekom korištenja vanjskih kartica
• Wiping particioniranje predmemorije
• Provjera rada aplikacije s drugim aplikacijama i API-jima trećih strana
• Kartaping mobilna aplikacija prema uređaju

Korisni alati za testiranje mobilnih aplikacija

Alati za testiranje mobilnih aplikacija razlikuju ovisno o uređaju ili mobilnom OS-u. Neki uobičajeni alati za testiranje performansi mobilne aplikacije su

ANDROID

• Robotium To je baš kao Selenium za mobilne aplikacije. Ispitivač može snimiti i reproducirati nekoliko koraka koji su potrebni za izvođenje testiranja.
• Majmun Trkač MonkeyRunner može izvoditi testove na stvarnim uređajima spojenim na računalo ili emulatore. Alat ima API koji omogućuje upravljanje pametnim telefonom, tabletom ili emulatorom izvana Android kodirati.

⚠️ Napomena o verziji: Oboje Android unosi su naslijeđeni. Robotium nije izdano od 2016. godine, i Google označava MonkeyRunner neodržavanim, upućujući timove na UI Automator i njegov uiautomatorviewer inspektor umjesto toga.

APPLE

• automatik (Mac) Automator je aplikacija koju je razvio Apple za macOSImplementira stvaranje tijekova rada metodom "pokaži i klikni" (ili "povuci i ispusti") za automatizaciju ponavljajućih zadataka u serije radi brže izmjene. To štedi vrijeme i trud u odnosu na ljudsku intervenciju koja bi ručno mijenjala svaku datoteku zasebno.

Izazovi

Ključni izazovi s kojima se suočavaju tijekom testiranja izvedbe uključuju

• Organiziranje različitih mobilnih platformi i njihovih operativnih sustava
• Simuliranje povezivosti poput 3G, 4G, 5G ili Wi-Fi itd.
• Ograničenja mobilnih uređaja poput potrošnje baterije i resursa
• Upotrebljivost mobilnog telefona
• Različite veličine mobilnih uređaja za pokretanje iste aplikacije

Postavite okruženje testiranja performansi mobilne aplikacije

Da biste konfigurirali testno okruženje, trebate-

• Razumijevanje mobilne aplikacije koju je potrebno testirati
• Identifikacija različitih OS-a na kojima se aplikacija treba pokrenuti
• Izrada testne postavke
• Izgradite emulatore ili simulatore
• Prototyping stvarne postavke
• Odabir odgovarajućeg alata za testiranje

Kontrolni popis za testiranje performansi mobilne aplikacije

Testiranje performansi mobilnih aplikacija važna je mjera prije objavljivanja. Testiranje performansi provodi se radi provjere

• Koliko RAM-a je potrebno za korištenje ove aplikacije?
• Za provjeru brzine i vremena odgovora APP-a u različitim mrežama i okolnostima.
• Osigurajte realno korisničko iskustvo u nekoliko mrežnih uvjeta
• Osigurajte postizanje traženih rezultata u slučaju višestrukih povezivanja
• Osigurajte da se aplikacija ne sruši.
• Osiguravanje dobrog rada mobilnih aplikacija tijekom korištenja podataka, Wi-Fi ili druge veze
• Praćenje vremena neprekidnog rada i uskih grla u korištenju mobilnog API-ja
• Kako bi se osigurao maksimalan broj istodobnih korisnika
• Na kraju, provjerite mobilnu aplikaciju do njezinih granica

Pitanja i odgovori