Testiranje performansi mobilne aplikacije

Za svaku mobilnu aplikaciju izvedba je vrlo kritična. Ako vaša mobilna aplikacija ne radi dobro, krajnji će korisnik deinstalirati vašu aplikaciju 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

Performanse uređaja

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

Za performanse uređaja provjerit ćete sljedeće –

• Pokretanje aplikacijeKoliko 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 aplikacijeUz stalnu upotrebu, neke mobilne aplikacije dugo troše bateriju i zagrijavaju telefon. Ovaj čimbenik znatno pridonosi izvedbi bilo koje mobilne aplikacije i obično se može dogoditi kada vaša aplikacija koristi više resursa nego što je potrebno. Pretjerano korištenje resursa opterećuje procesor i telefon se zagrijava.
• Potrošnja memorijeKada 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.

• Varijacije hardvera/softveraPrilikom 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.
• Upotreba s drugim aplikacijamaKada 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 pozadiniAplikacija koja radi u pozadini je dohvaćena, trebala bi ostati u istom stanju kao prije. Ako se ovaj scenarij ne postupi ispravno, podaci se gube. Opet morate unijeti podatke od nule nakon preuzimanja aplikacije.

Performanse poslužitelja/API-ja

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

• Podaci do i od poslužiteljaAplikacija bi trebala učinkovito rukovati podacima koji se šalju s poslužitelja. Učitavanje podataka ne smije trajati previše vremena. U određenim aplikacijama podaci se šalju u određenom formatu. Dakle, prije prikazivanja u aplikaciji, treba ga pretvoriti u odgovarajući format. U tom procesu aplikacije ponekad postaju sporije, a vrijeme odgovora produljuje se.

• API pozivi generirani iz aplikacijeBroj 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 prekida rada poslužiteljaIz bilo kojeg razloga, ako poslužitelj ne radi ili je nedostupan, podatke možemo spremiti u izvornu bazu podataka. Dakle, kad god poslužitelj ne radi, možemo prikazati podatke pohranjene u matičnoj bazi podataka. Drugo rješenje bi mogli biti poslužitelji baze podataka za preinaku greške, tj. ako jedan od poslužitelja ne radi ili je u fazi održavanja, rezervni poslužitelj bi trebao biti dostupan za prebacivanje. Failover/backup server bi trebao biti u kontinuiranoj replikaciji i sinkronizaciji s glavnim serverom.

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.

• tremaKada 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.

  Morate pokazati odgovarajuće obavijesti krajnjem korisniku, bilo da ponovno pošaljete zahtjev ili pričekate dok sustav ponovno ne 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žeAplikaciju je potrebno provjeriti na raznim mrežama s promjenjivom brzinom. Aplikaciju treba testirati na 2.5G, 3G i 4G mrežama. U to su uključene i Wi-Fi i mobilne mreže. Također, treba pratiti ponašanje aplikacije. Pogotovo kada su obje mreže dostupne, a došlo je do prebacivanja s jedne mreže na drugu.

  Na primjer, može se pojaviti problem u aplikaciji za korisnike tijekom prebacivanja telefonske mreže s 4G na WIFI i obrnuto. U tom slučaju aplikacija prestaje reagirati i može zahtijevati ponovno pokretanje aplikacije za korištenje.

Rješavanje problema s izvedbom mobilnih aplikacija

Nakon otkrivanja pitanja/problema dok Ispitivanje performansi. Vrijeme je za traženje i ispravljanje grešaka.

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
• Brisanje particioniranja predmemorije
• Provjera rada aplikacije s drugim aplikacijama i API-jima trećih strana
• Mapiranje mobilne aplikacije 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

• RobotiumTo 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.

APPLE

• automatik (Mac)Automator je aplikacija koju je razvio Apple za OS X. Implementira stvaranje tijeka rada pokaži i klikni (ili povuci i ispusti) za automatizaciju ponavljajućih zadataka u skupine radi bržeg mijenjanja. Ovo štedi vrijeme i trud u odnosu na ljudsku intervenciju za ručnu promjenu svake datoteke zasebno.

Izazovi

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

• Organiziranje različitih mobilnih platformi i njihovih operativnih sustava
• Simulacija povezivanja kao što su Edge, 3G, 4G ili WiFi 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
• Izrada prototipa 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

Rezime

• Testiranje izvedbe zahtijeva razumijevanje mobilne aplikacije, alata za korištenje resursa, virtualnih korisnika, emulatora i više strategija testiranja.
• Učinkovitost aplikacije na mobilnom telefonu mjeri se u sljedeće tri kategorije.
• Performanse uređaja
• Performanse poslužitelja
• Izvedba mreže
• Izazovi testiranja performansi uključuju kompaktne veličine mobilnih uređaja, dostupnost resursa, troškove i proračun.