Za bilo koju mobilnu aplikaciju izvedba je vrlo bitna. Ako vaša mobilna aplikacija ne radi dobro, krajnji korisnik deinstalirat će je i pronaći drugu aplikaciju koja ima bolju izvedbu.
Vaša mobilna aplikacija mora biti temeljito testirana prije nego što je objavite krajnjem korisniku.
U ovom vodiču naučit ćete-
- Strategija testiranja mobilne aplikacije
- Izvedba uređaja
- Izvedba poslužitelja
- Mrežne performanse
- Rješavanje problema s performansama mobilnih aplikacija
- Korisni alati za testiranje mobilnih aplikacija
- Izazovi
- Postavite okruženje za testiranje izvedbe mobilne aplikacije
- Kontrolni popis izvedbe za mobilne aplikacije
Strategija testiranja mobilne aplikacije
Izvedba aplikacija na mobilnom telefonu ili bilo kojem pametnom uređaju obično se mjeri u sljedeće tri kategorije.
- Izvedba uređaja
- Izvedba poslužitelja / API-ja
- Mrežne performanse
Izvedba uređaja
Kad klijent doživi sporo korištenje aplikacije, iznervira se.
Za izvedbu uređaja provjerit ćete sljedeće -
- Pokretanje aplikacije
Koliko vremena treba vašoj aplikaciji za pokretanje? To je prvi parametar izvedbe koji je korisnik prilagodio. Kao pravilo palca, nakon što korisnik dodirne ikonu aplikacije, prvi zaslon trebao bi se prikazati za 1-2 sekunde.
- Vrijeme baterije tijekom upotrebe aplikacije
Stalnom uporabom neke mobilne aplikacije troše veliku količinu baterije i zagrijavaju telefon. Ovaj faktor puno doprinosi izvedbi bilo koje mobilne aplikacije i obično se može dogoditi kada vaša aplikacija koristi više resursa nego što je potrebno. Pretjerana upotreba resursa opterećuje procesor i telefon se zagrijava.
- Potrošnja memorije
Prilikom testiranja aplikacije treba provjeriti potrošnju memorije od strane aplikacije. Implementacijom određenih funkcionalnosti u aplikaciji povećava se i potrošnja memorije. Na primjer, u Android aplikacijama kada se implementiraju push obavijesti, potrošnja memorije se povećava.
U nekim je slučajevima uočeno da upotreba memorije u cijelom OS-u iznosi samo 14%, ali nova aplikacija troši 11%. Dakle, s tim se čimbenicima mora riješiti prije postavljanja aplikacije u stvarni svijet ili davanja klijentu.
- Varijacija hardvera / softvera
Prilikom testiranja mobilne aplikacije obvezno je provjeravati aplikacije na različitim uređajima. Može se dogoditi da aplikacija radi bez problema na jednom uređaju, ali ne i na drugom. Kao i kod različitih dobavljača Android uređaja, aplikaciju možemo provjeriti na telefonima Samsung, HTC i Lenovo. Slično tome, aplikaciju treba testirati s različitim RAM-om i specifikacijama procesora poput 1 GB ili 2 GB.
- Korištenje s ostalim aplikacijama
Kada se aplikacija koja se testira radi paralelno s drugim aplikacijama, ne bi trebalo biti smetnji. Najbolji način da to provjerite je prebacivanje aplikacije na testiranje i drugih aplikacija.
- Aplikacija u pozadini
Dohvaća se aplikacija koja radi u pozadini, a trebala bi ostati u istom stanju kao i prije. Ako se s ovim scenarijem ne postupa pravilno, podaci se gube. Ponovno morate pristupiti aplikaciji od početka.
Izvedba poslužitelja / API-ja
Kada aplikacija komunicira s poslužiteljem putem API-ja, vrijeme odziva postaje kritično za izvedbu. Za performanse poslužitelja provjerit ćete -
- Podaci na i sa poslužitelja
Aplikacija bi trebala učinkovito rukovati podacima koji se šalju s poslužitelja. Tijekom učitavanja podataka ne smije potrajati 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 odziva dulje.
- API pozivi generirani iz aplikacije
Broj poziva testirane aplikacije prema poslužitelju generiranom iz aplikacije trebao bi biti manji. U nekim se slučajevima vrši više API poziva za istu funkciju. Za bolju izvedbu ovo bi trebalo rješavati s manjim brojem poziva.
- Vrijeme prekida rada servera
Iz bilo kojeg razloga ako poslužitelj ne radi ili je nedostupan, možemo spremiti podatke u matičnu bazu podataka. Dakle, kad god poslužitelj ne radi, možemo prikazati podatke pohranjene u izvornoj bazi podataka. Drugo rješenje mogu biti failover poslužitelji baze podataka, tj. Ako jedan od poslužitelja ne radi ili je u fazi održavanja sigurnosni kopija poslužitelja trebala bi biti dostupna za prebacivanje. Failover / backup poslužitelj trebao bi se kontinuirano replicirati i sinkronizirati s glavnim poslužiteljem.
Mrežne performanse
Potrebno je izmjeriti izvedbu aplikacije na različitim mrežama i mrežnim svojstvima.
Za mrežne performanse provjerit ćete sljedeće stvari.
- Trema
Kada postoji kašnjenje u primanju informacija na mreži, tada se to naziva tremom. Problem je s mrežama bez veze ili mrežama s komutacijom paketa. Kako se informacije distribuiraju u pakete, paketi mogu putovati različitim putem od pošiljatelja do primatelja. Kad podaci stignu na predviđeno mjesto, postaju kodirani nego što su izvorno poslani. U slučaju Jittera, mobilna aplikacija trebala bi biti dovoljno sposobna za to.
Morate pokazati odgovarajuće obavijesti krajnjem korisniku, bilo da biste ponovno poslali zahtjev ili pričekali da sustav ponovno odgovori.
- Izgubljen paket
U slučaju potpunog gubitka paketa, aplikacija bi trebala moći ponovno poslati zahtjev za informacijama ili bi u skladu s tim trebala generirati upozorenja. Ako podaci nisu potpuni, tada korisnik neće moći razumjeti informacije prikazane u aplikaciji. To može biti stresno za korisnika. Dakle, bolje je prikazati prikladnu poruku ili zatražiti od korisnika da pokuša ponovno.
- Brzina mreže
Aplikaciju je potrebno provjeriti na raznim mrežama s promjenjivom brzinom. Aplikaciju treba testirati na mrežama 2.5G, 3G i 4G. U to su uključene i Wi-Fi i mobilne mreže. Također, trebalo bi pratiti ponašanje aplikacije. Pogotovo kada su dostupne obje mreže i došlo je do prebacivanja s jedne mreže na drugu.
Na primjer, u aplikaciji se može pojaviti problem za korisnike prilikom prebacivanja telefonske mreže s 4G na WIFI i obrnuto. U tom slučaju aplikacija prestaje reagirati i možda će trebati ponovno pokretanje aplikacije za upotrebu.
Rješavanje problema s performansama mobilnih aplikacija
Nakon otkrivanja problema / problema tijekom testiranja performansi. Vrijeme je da se pronađu i isprave greške.
Problem 1) Kašnjenje ili trom 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 povezivanjem može riješiti neke probleme koji stvaraju kašnjenja
Problem 2) Ponovno pokretanje, zaključavanje, zamrzavanje ili neodgovaranje.
Može se popraviti nekim od sljedećih koraka
- Optimizacija kodova aplikacije
- Softver treba popraviti i ažurirati.
- Automatsko obnavljanje
- Upravljanje RAM-om ili u nekim slučajevima ROM-om tijekom upotrebe vanjskih kartica
- Brisanje particije predmemorije
- Provjera rada aplikacije s drugim aplikacijama i API-jevima treće strane
- Mapiranje mobilne aplikacije prema uređaju
Korisni alati za testiranje mobilnih aplikacija
Alati za testiranje mobilne aplikacije razlikuju se ovisno o uređajima ili mobilnim OS-ima. Neki su uobičajeni alati za testiranje performansi mobilne aplikacije
ANDROID
- Robotium
Baš je poput selena za mobilne aplikacije. Ispitivač može snimiti i reproducirati nekoliko koraka potrebnih za provođenje testiranja.
- Trkač majmuna
MonkeyRunner može izvoditi testove na stvarnim uređajima povezanim s računalom ili emulatorima. Alat ima API, koji omogućuje upravljanje pametnim telefonom, tabletom ili emulatorom izvan Android koda.
JABUKA
- Automator (Mac)
Automator je aplikacija koju je razvio Apple za OS X. Ona implementira stvaranje točaka i klikova (ili povuci i ispusti) stvaranja tijekova rada za automatizaciju ponavljajućih zadataka u serije za brže izmjene. To štedi vrijeme i trud na ljudskoj intervenciji za ručnu promjenu svake datoteke zasebno.
Izazovi
Ključni izazovi s kojima se suočava testiranje performansi uključuju
- Organiziranje različitih mobilnih platformi i njihovih operativnih sustava
- Simuliranje povezivanja poput Edgea, 3G, 4G ili WiFi-a itd.
- Ograničenja mobilnih uređaja poput potrošnje baterije i resursa
- Upotrebljivost mobitela
- Različite veličine mobilnih uređaja za pokretanje iste aplikacije
Postavite okruženje za testiranje izvedbe mobilne aplikacije
Da biste konfigurirali testno okruženje, trebate-
- Razumijevanje mobilne aplikacije koju treba testirati
- Identifikacija različitih OS-a na kojima aplikacija treba raditi
- Izrada postavki testa
- Izradite emulatore ili simulatore
- Izrada prototipa stvarne postavke
- Odabir odgovarajućeg alata za testiranje
Kontrolni popis za testiranje izvedbe mobilne aplikacije
Testiranje izvedbe mobilnih aplikacija važna je mjera prije izlaska. Ispitivanje performansi vrši se radi provjere
- Koliko je RAM-a potrebno za korištenje ove aplikacije?
- Za provjeru brzine i vremena odziva APP-a u različitim mrežama i okolnostima.
- Osigurajte realno korisničko iskustvo pod nekoliko mrežnih uvjeta
- Osigurajte postizanje potrebnih rezultata u slučaju višestrukih povezivanja
- Osigurajte da se aplikacija ne sruši.
- Osiguravanje dobre izvedbe mobilnih aplikacija tijekom upotrebe podataka, Wi-Fi-ja ili druge veze
- Nadgledanje vremena rada i uskih grla pri korištenju mobilnog API-ja
- Kako bi se osigurao maksimalan broj istodobnih korisnika
- Konačno, da provjerimo mobilnu aplikaciju do krajnjih granica
Sažetak
- Testiranje izvedbe zahtijeva razumijevanje mobilne aplikacije, korištenja resursa, virtualnih korisnika, emulatora i višestrukih strategija testiranja.
- Izvedba aplikacije na mobilnom telefonu mjeri se u sljedeće tri kategorije.
- Izvedba uređaja
- Izvedba poslužitelja
- Mrežne performanse
- Izazovi ispitivanja performansi uključuju kompaktne veličine mobilnih uređaja, dostupnost resursa, troškove i proračun.
Ovaj članak je napisao Nosheen Wajahat