Tutoriali za testiranje mobilnih aplikacija (cjelovit vodič s više od 30 vodiča)

mobile app testing tutorials

Isprobajte Naš Instrument Za Uklanjanje Problema

Odaberite Operativni Sustav Odaberite Program Projekcije (Po Želji)

Opišite Svoj Problem

Cjelovit vodič za testiranje mobilnih aplikacija s detaljnim vodičima:

Mobilna tehnologija i pametni uređaji sada su trend i promijenit će budućnost svijeta kakav poznajemo. Svi možemo jamčiti za zar ne? Sad će biti amaterski ako navedem za što koristimo ove mobilne uređaje. Svi to znate - Možda i bolje od nas.

Krenimo izravno na ono o čemu će biti riječi u ovom vodiču.

Cjelovit popis 30+ vodiča za mobilno testiranje:

testiranje mobilne aplikacije 1

Uvod u mobilno testiranje:

Vodič br. 1: Uvod u mobilno testiranje
Vodič br. 2: iOS testiranje aplikacija
Vodič br. 3: Android testiranje aplikacija
Vodič br. 4 : Izazovi i rješenja za mobilno testiranje
Vodič br. 5: Zašto je mobilno testiranje teško?

Testiranje mobilnih uređaja:

Vodič br. 6: Testirajte verziju Androida kada se izbaci s tržišta
Vodič br. 7 : Kako testirati mobilne aplikacije na uređajima niske klase
Vodič br. 8 : Terensko ispitivanje za mobilne aplikacije
Vodič br. 9: Model telefona protiv verzije OS-a: Koji treba prvo testirati?

Testiranje korisničkog sučelja za mobilne uređaje:

Vodič br. 10: Testiranje korisničkog sučelja za mobilne aplikacije
Vodič br. 11: Mobilni reaktivni test

Usluge mobilnog testiranja:

Vodič br. 12: Testiranje mobilnih aplikacija zasnovanih na oblaku
Vodič br. 13: Usluge mobilnog testiranja
Vodič br. 14 : Usluge beta testiranja mobilne aplikacije
Vodič br. 15: Tvrtka za razvoj mobilnih aplikacija
Vodič br. 16: Davatelji usluga testiranja mobilnih aplikacija zasnovanih na oblaku

Testiranje izvedbe i sigurnosti mobilne aplikacije:

Vodič # 17: Testiranje performansi mobilnih aplikacija pomoću BlazeMetera
Vodič br. 18 : Smjernice za testiranje sigurnosti mobilne aplikacije

Mobilni alati za testiranje:

Vodič br. 19: Alati za testiranje aplikacija za Android
Vodič br. 20: Najbolji alati za testiranje sigurnosti mobilne aplikacije
Vodič br. 21: 58 najboljih alata za mobilno testiranje

Testiranje mobilne automatizacije:

Vodič br. 22: Vodič za alat za automatizaciju Appium Mobile
Vodič br. 23: Vodič za studio Appium
Vodič br. 24: Automatizirajte Android aplikacije pomoću alata TestComplete
Vodič br. 25 : Vodič za robotij - Alat za testiranje korisničkog sučelja za Android aplikaciju
Vodič br. 26: Vodič za Selendroid: Okvir mobilne automatizacije
Vodič br. 27: Vodič za pCloudy: Testiranje mobilnih aplikacija na stvarnim uređajima
Vodič br. 28: Katalon Studio & Kobiton’s Cloud-Based Device Farm Tutorial

Karijera mobilnog testiranja:

Vodič br. 29: Kako brzo dobiti posao za mobilno testiranje
Vodič br. 30: Pitanja i životopis intervjua za mobilno testiranje
Vodič br. 31: Pitanja za intervju za mobilno testiranje, 2. dio

************************************************* * **********

Počnimo s 1. tutorijalom u seriji.

Što ćete naučiti:

Vodič br. 1: Uvod u testiranje mobilnih aplikacija

Vodič br. 1: Uvod u testiranje mobilnih aplikacija

Prošla su vremena kada je telefon nekada bio uređaj koji je sjedio u kutu i morao zvoniti da bi nam privukao pažnju ili je računalo bilo stroj koji je koristilo samo nekoliko ljudi - oni su sada produžetak našeg bića - prozor na svjetske i virtualne sluge koji rade kako im se kaže.

Računala su bila bijes i promijenila su način na koji smo ljudi razmišljali, ponašali se, učili i postojali.

Danas su rješenja za mobilnost zauzela tržište. Ljudi ne žele za sve uključiti svoja prijenosna računala / računala, već žele da njihovi ručni uređaji sve izvrše brzo.

Stoga bi mobilna rješenja koja isporučujemo našim klijentima trebala biti vrlo dobro testirana. Ovaj je vodič namijenjen onim ljudima koji su već na mobilnom testiranju ili onima koji su ga prešli u novije vrijeme. Kako već imamo mnogo vodiča o definicijama terminologija povezanih s mobilnim testiranjem, izravno ćemo se pozabaviti opsegom ovog vodiča.

Ovaj vodič bit će vam uvod i vodič za mobilno testiranje. Dakle, pročitajte!

Vrste mobilnog testiranja

Postoje općenito dvije vrste testiranja koja se provode na mobilnim uređajima:

# 1. Testiranje hardvera:

Uređaj, uključujući interne procesore, unutarnji hardver, veličine zaslona, razlučivost, prostor ili memoriju, kameru, radio, Bluetooth, WIFI itd. To se ponekad naziva i jednostavnim “Mobilno testiranje'.

# 2. Testiranje softvera ili aplikacija:

Testiraju se aplikacije koje rade na mobilnim uređajima i njihova funkcionalnost. To se nazivaTestiranje mobilnih aplikacija”Kako bi se razlikovao od ranije metode. Čak i u mobilnim aplikacijama postoji nekoliko osnovnih razlika koje su važne za razumijevanje:

a) Izvorne aplikacije: Izvorna aplikacija stvorena je za upotrebu na platformi poput mobitela i tableta.
b) Mobilne web aplikacije su aplikacije na strani poslužitelja za pristup web lokacijama na mobilnim uređajima pomoću različitih preglednika poput Chromea, Firefoxa povezivanjem s mobilnom mrežom ili bežičnom mrežom poput WIFI-a.
c) Hibridne aplikacije kombinacije su izvorne aplikacije i web aplikacije. Rade na uređajima ili izvan mreže, a napisani su pomoću web tehnologija poput HTML5 i CSS.

Nekoliko je osnovnih razlika koje ih izdvajaju:

Izvorne aplikacije imaju afinitet prema jednoj platformi, dok mobilne aplikacije imaju afinitet prema više platformi.
Izvorne su aplikacije napisane na platformama poput SDK-a, dok su mobilne web-aplikacije napisane s web tehnologijama poput HTML-a, CSS-a, asp.net-a, Java-e, PHP-a.
Za izvornu aplikaciju potrebna je instalacija, ali za mobilne web-aplikacije nije potrebna.
Izvorna aplikacija može se ažurirati iz trgovine za reprodukciju ili trgovine aplikacija, dok su mobilne web aplikacije centralizirano ažuriranje.
Mnoge izvorne aplikacije ne zahtijevaju internetsku vezu, ali za mobilne web-aplikacije to je neophodno.
Izvorna aplikacija radi brže u usporedbi s mobilnim web aplikacijama.
Izvorne aplikacije instaliraju se iz trgovina aplikacija poput Google trgovina za igranje ili Trgovina aplikacijama gdje su mobilni web web mjesta i kojima se može pristupiti samo putem Interneta.

Ostatak članka bit će o testiranju mobilnih aplikacija.

Značaj testiranja mobilnih aplikacija

Testiranje aplikacija na mobilnim uređajima izazovnije je od testiranja web aplikacija na radnoj površini

Različit raspon mobilnih uređaja s različitim veličinama zaslona i hardverskim konfiguracijama poput tvrde tipkovnice, virtualne tipkovnice (zaslon osjetljiv na dodir) i trackball itd.
Široke vrste mobilnih uređaja poput HTC-a, Samsung-a, Apple-a i Nokije.
Različiti mobilni operativni sustavi kao što su Android, Symbian, Windows, Blackberry i IOS.
Različite verzije operativnog sustava poput iOS 5.x, iOS 6.x, BB5.x, BB6.x itd.
Različiti operateri mobilne mreže poput GSM-a i CDMA-a.
Česta ažuriranja - (poput Android-a 4.2, 4.3, 4.4, iOS-5.x, 6.x) - uz svako ažuriranje preporučuje se novi ciklus testiranja kako bi se osiguralo da to ne utječe na funkcionalnost aplikacije.

Kao i kod bilo koje druge aplikacije, i testiranje mobilne aplikacije je vrlo važno, jer klijentela obično iznosi milijune za određeni proizvod - a proizvod s programskim pogreškama nikad se ne cijeni. Često rezultira novčanim gubicima, pravnim problemima i nepopravljivom štetom za imidž marke.

Osnovna razlika između testiranja aplikacija za mobilne uređaje i radne površine:

Nekoliko očitih aspekata koji izdvajaju testiranje mobilnih aplikacija od testiranja na radnoj površini

Na radnoj površini aplikacija se testira na središnjoj procesorskoj jedinici. Na mobilnom uređaju aplikacija se testira na telefonima kao što su Samsung, Nokia, Apple i HTC.
Veličina zaslona mobilnog uređaja manja je od radne površine.
Mobilni uređaji imaju manje memorije od radne površine.
Mobiteli koriste mrežne veze poput 2G, 3G, 4G ili WIFI, gdje stolna računala koriste širokopojasne ili dial-up veze.
Alat za automatizaciju koji se koristi za testiranje aplikacija na stolnim računalima možda neće raditi na mobilnim aplikacijama.

Vrste testiranja mobilnih aplikacija:

Da bi se riješili svi gore navedeni tehnički aspekti, na mobilnim aplikacijama izvode se sljedeće vrste testiranja.

Ispitivanje upotrebljivosti - Kako bi bili sigurni da je mobilna aplikacija jednostavna za upotrebu i pruža zadovoljavajuće korisničko iskustvo kupcima
Ispitivanje kompatibilnosti - Testiranje aplikacije na različitim mobilnim uređajima, preglednicima, veličinama zaslona i verzijama OS-a prema zahtjevima.
Ispitivanje sučelja - Testiranje opcija izbornika, gumba, oznaka, povijesti, postavki i tijeka navigacije u aplikaciji.
Ispitivanje usluga - Testiranje usluga aplikacije na mreži i izvan nje.
Ispitivanje resursa na niskoj razini : Testiranje upotrebe memorije, automatsko brisanje privremenih datoteka, problemi s rastućim lokalnim bazama podataka poznati kao testiranje resursa na niskoj razini.
Ispitivanje performansi - Testiranje performansi aplikacije promjenom veze s 2G, 3G na WIFI, dijeljenjem dokumenata, potrošnjom baterije itd.
Operativno ispitivanje - Testiranje sigurnosnih kopija i plana oporavka ako se baterija isprazni ili gubitak podataka tijekom nadogradnje aplikacije iz trgovine.
Instalacijski testovi - Provjera valjanosti aplikacije instaliranjem / deinstaliranjem na uređajima.
Ispitivanje sigurnosti - Testiranje aplikacije za provjeru da li informacijski sustav štiti podatke ili ne.

Strategija testiranja mobilnih aplikacija

Strategija ispitivanja trebala bi osigurati da su ispunjene sve smjernice za kvalitetu i izvedbu. Nekoliko uputa na ovom području:

1) Izbor uređaja - Analizirajte tržište i odaberite uređaje koji se široko koriste. (Ova se odluka uglavnom oslanja na klijente. Klijent ili proizvođači aplikacija uzimaju u obzir faktor popularnosti određenih uređaja, kao i marketinške potrebe aplikacije da bi odlučili koje će se mobilne uređaje koristiti za testiranje.)

2) emulatori - Njihova je upotreba izuzetno korisna u sustavu početne faze razvoja, jer omogućuju brzu i učinkovitu provjeru aplikacije. Emulator je sustav koji pokreće softver iz jednog okruženja u drugo okruženje bez promjene samog softvera. Duplicira značajke i radi na stvarnom sustavu.

Vrste mobilnih emulatora

Emulator uređaja - pružaju ga proizvođači uređaja
Emulator preglednika - simulira okruženja mobilnih preglednika.
Emulator operativnih sustava - Apple nudi emulatore za iPhone, Microsoft za Windows telefone i Google Android telefone

Preporučeni alat

# 1) Kobiton

Kobiton je pristupačna i vrlo fleksibilna platforma za mobilno iskustvo zasnovana na oblaku koja ubrzava testiranje i isporuku izvornih, web i hibridnih aplikacija na Androidu i iOSu pomoću stvarnih uređaja. Njihova nova automatizacija ispitivanja bez skripti pomaže timovima koji nemaju stručnost u kodiranju da s lakoćom generiraju otvorene standardne Appium skripte.

Kobiton Novo

=> Posjetite web stranicu Kobiton

ispitivanje softvera pitanja i odgovori dok

Popis nekoliko besplatnih i jednostavnih emulatora za mobilne uređaje

ja Emulator mobitela - Koristi se za testiranje mobitela kao što su iPhone, Blackberry, HTC, Samsung itd.

emulator mobilnih uređaja 2

ii. MobiReady - Ovim ne samo da možemo testirati web aplikaciju, već možemo provjeriti i kôd.

emulator mobilnih uređaja 3

iii. Responsivepx - Provjerava odgovore web stranica, izgled i funkcionalnost web stranica.

emulator mobilnih uređaja 4

iv. Screenfly - Prilagodljiv je alat i koristi se za testiranje web stranica pod različitim kategorijama.

emulator mobilnih uređaja 5

3) Nakon završetka zadovoljavajuće razine razvoja za mobilnu aplikaciju, možete preći na testiranje na fizički uređaji za više stvarnih scenarija temeljenih na scenarijima.

4) Razmislite o testiranju zasnovanom na računalstvu u oblaku: Računalni oblak u osnovi pokreće uređaje na više sustava ili mreža putem Interneta gdje se aplikacije mogu testirati, ažurirati i upravljati njima. Za potrebe testiranja stvara mobilno okruženje temeljeno na webu na simulatoru za pristup mobilnoj aplikaciji.

mobilno testiranje zasnovano na oblaku

Pros:

Izrada sigurnosnih kopija i oporavak - Cloud computing automatski uzima sigurnosne kopije vaših podataka s udaljene lokacije što olakšava oporavak i obnavljanje podataka. Također, kapacitet pohrane je neograničen.
Oblacima se može pristupiti s različitih uređaja i bilo gdje.
Računarstvo u oblaku je isplativo, jednostavno za upotrebu, održavanje i ažuriranje.
Brzo i brzo postavljanje.
Internetsko sučelje.
Može paralelno pokretati istu skriptu na nekoliko uređaja.

Protiv

Manje kontrole - Budući da se aplikacija izvodi na udaljenom ili nezavisnom okruženju, korisnik ima ograničenu kontrolu i pristup funkcijama.
Problemi s internetskom vezom - postavljanje je na Internetu. Problemi s mrežom utječu na dostupnost i funkcioniranje
Pitanja sigurnosti i privatnosti - Računarstvo u oblaku je računalstvo putem Interneta i ništa na Internetu nije potpuno sigurno, pa su šanse za hakiranje podataka veće.

5) Automatizacija nasuprot ručnom ispitivanju

Ako aplikacija sadrži novu funkcionalnost, testirajte je ručno.
Ako aplikacija zahtijeva testiranje jednom ili dvaput, učinite to ručno.
Automatizirajte skripte za slučajeve regresijskih testova. Ako se regresijski testovi ponove, automatizirano testiranje je savršeno za to.
Automatizirajte skripte za složene scenarije koji oduzimaju puno vremena ako se izvršavaju ručno.

Za testiranje mobilnih aplikacija dostupne su dvije vrste alata za automatizaciju:

Objektni alati za mobilno testiranje - automatizacija mapiranjem elemenata na zaslonu uređaja u predmete. Ovaj pristup neovisan je o veličini zaslona i uglavnom se koristi za Android uređaje.

Npr .: - Ranorex, jamo rješenje

Alati za mobilno testiranje temeljeni na slikama - stvoriti skripte za automatizaciju na temelju zaslona koordinata elemenata.

Npr .: - Sikuli, biljka jaja, rutinsko bot

6) Mreža konfiguracija je također nužni dio mobilnog testiranja. Važno je provjeriti valjanost aplikacije na različitim mrežama poput 2G, 3G, 4G ili WIFI.

Test slučajevi za testiranje mobilne aplikacije

Pored testnih slučajeva temeljenih na funkcionalnosti, testiranje mobilne aplikacije zahtijeva i posebne testne slučajeve koji bi trebali obuhvaćati sljedeće scenarije.

Korištenje baterije - Važno je pratiti potrošnju baterije tijekom pokretanja aplikacije na mobilnim uređajima.
Brzina primjene- vrijeme odziva na različitim uređajima, s različitim memorijskim parametrima, s različitim vrstama mreže itd.
Zahtjevi za podacima - Za instalaciju, kao i za provjeru hoće li je korisnik s ograničenim podatkovnim paketom moći preuzeti.
Zahtjev za memorijom - opet za preuzimanje, instaliranje i pokretanje
Funkcionalnost aplikacije - provjerite da se aplikacija ne ruši zbog kvara mreže ili bilo čega drugog.

preuzimanje datotekaNekoliko primjera testnih slučajeva za testiranje mobilnih aplikacija:

=> Preuzmite uzorke testnih slučajeva mobilne aplikacije

Tipične aktivnosti i postupci u ispitivanju mobilne aplikacije

Opseg testiranja ovisi o brojnim zahtjevima koje treba provjeriti ili opsegu promjena u aplikaciji. Ako je promjena malo, krug od duševno zdravlje testiranje će učiniti. U slučaju većih i / ili složenih promjena, a puna regresija preporučuje se.

Primjer projekta testiranja aplikacije : ILL (International Learn Lab) je aplikacija dizajnirana da pomogne administratoru i izdavaču u izradi web stranica u suradnji. Koristeći web preglednik, nastavnici biraju između niza značajki kako bi stvorili klasu koja udovoljava njihovim zahtjevima.

Postupak mobilnog testiranja:

Korak 1. Identificirajte vrste ispitivanja : Kako je ILL aplikacija primjenjiva na preglednike, stoga je obvezno testirati ovu aplikaciju na svim podržanim preglednicima koji koriste različite mobilne uređaje. Moramo to učiniti iskoristivost, funkcionalan i kompatibilnost testiranje na različitim preglednicima s kombinacije od Priručnik i automatizacija test slučajevi.

Korak 2. Ručno i automatizirano testiranje: Metodologija koja se slijedi za ovaj projekt je agilna s ponavljanjem od dva tjedna. Svaka dva tjedna dev. tim izdaje novu verziju za tim za testiranje, a tim za testiranje će svoje test slučajeve izvoditi u QA okruženju. Tim za automatizaciju stvara skripte za skup osnovnih funkcija i pokreće skripte koje pomažu utvrditi je li nova gradnja dovoljno stabilna za testiranje. Tim za ručno testiranje testirat će novu funkcionalnost.

JIRA koristi se za pisanje kriterija prihvaćanja; održavanje test slučajeva i evidentiranje / ponovna provjera nedostataka. Nakon što iteracija završi, ponavljanje planiranje sastanak održan tamo gdje je vlč. Tim, vlasnik proizvoda, poslovni analitičar i QA tim raspravljaju što je dobro prošlo i što treba poboljšati .

Korak # 3. Beta testiranje: Kad QA tim završi regresijsko testiranje, izrada prelazi u UAT. Testiranje prihvaćanja korisnika vrši klijent. Ponovno provjeravaju sve programske pogreške kako bi bili sigurni da je svaka programska pogreška ispravljena i da aplikacija radi kako se očekuje na svakom odobrenom pregledniku.

Korak # 4. Test performansi: Tim za testiranje performansi testira izvedbu web aplikacije pomoću JMeter skripti i s različitim opterećenjima aplikacije.

pitanja za selenski intervju postavljena u tvrtkama

Korak # 5. Testiranje preglednika : Web aplikacija testira se u više preglednika - kako pomoću različitih simulacijskih alata, tako i fizički koristeći stvarne mobilne uređaje.

Korak # 6. Plan lansiranja: Nakon svakog četvrtog tjedna testiranje prelazi u stupnjevanje, gdje se izvodi završno testiranje od kraja do kraja na ovim uređajima kako bi se osiguralo da je proizvod spreman za proizvodnju. A onda, ide uživo!

******************************************

Kako testirati mobilne aplikacije na Android i iOS platformama

Testiranje mobilnih aplikacija

Veoma je važno da testeri koji testiraju svoje aplikacije na iOS-u i Android platformi znaju razliku između njih. iOS i Android imaju puno razlika u pogledu i izgledu, prikazima aplikacija, standardima kodiranja, performansama itd.

Osnovna razlika između Androida i iOS testiranja

Možda ste prošli kroz sve tutorijale, ovdje sam unio neke velike razlike, što će vam pak pomoći kao dio vašeg testiranja:

# 1) Kako na tržištu imamo dostupno puno Android uređaja i svi dolaze s različitim razlučivostima i veličinama zaslona, stoga je ovo jedna od glavnih razlika.

Na primjer , Veličina Samsung S2 premala je u usporedbi s Nexusom 6. Postoje velike mogućnosti da se izgled i dizajn vaše aplikacije izobliče na jednom od uređaja. Vjerojatnost je mala u iOS-u jer su na tržištu dostupni samo prebrojivi uređaji, a od tih mnogih telefona slične su razlučivosti.

Na primjer, prije postojanja iPhonea 6 i novijih sve starije verzije imale su samo sličnu veličinu.

#dva) Primjer za utvrđivanje gornje točke je da programeri u Androidu moraju koristiti slike 1x, 2x, 3x, 4x i 5x za podršku razlučivosti slika za sve uređaje, dok iOS koristi samo 1x, 2x i 3x. No, ispitivač postaje odgovornost osigurati da se slike i ostali elementi korisničkog sučelja pravilno prikažu na svim uređajima.

Da biste razumjeli koncept razlučivosti slika, možete se pozvati na donji dijagram:

Mobilne rezolucije

# 3) Kako je tržište preplavljeno Android uređajima, kod mora biti napisan na takav način da performanse ostaju stabilne. Dakle, sasvim je vjerojatno da se vaša aplikacija može ponašati polako na nižim uređajima.

# 4) Još jedno pitanje s Androidom je da nadogradnje softvera nisu dostupne za sve uređaje u pokretu. Proizvođači uređaja odlučuju kada će nadograditi svoje uređaje. Postaje vrlo težak zadatak testirati sve i s novim i sa starim OS-om.

Također, programerima postaje nezgrapan zadatak modificirati svoj kod kako bi podržao obje verzije.

Na primjer , kada je došao Android 6.0, došlo je do velike promjene jer je ovaj OS počeo podržavati dozvole na razini aplikacije. Da bi pojasnio dalje, korisnik bi mogao promijenite dozvole (mjesto, kontakti) i na razini aplikacije.

Sada tim za testiranje dužan je osigurati prikazivanje zaslona dozvola pri pokretanju aplikacije na Androidu 6.0 i novijim verzijama i ne prikazivanje zaslona dopuštenja na nižim verzijama.

# 5) Iz perspektive testiranja, testiranje predprodukcije (tj. Beta verzija) razlikuje se na obje platforme. U Androidu, ako je korisnik dodan na popis beta korisnika, on može vidjeti ažuriranu beta verziju na Trgovini Play samo ako je prijavljen u trgovinu play s istim ID-om e-pošte koji je dodan kao beta korisnik.

Ključni čimbenici mobilnog testiranja

Posljednje dvije godine radim na mobilnom testiranju i na iOS-u i na Android platformi, a sve ključne točke spomenute u nastavku u ovom vodiču su iz mog osobnog iskustva, a neke su izvedene iz problema s kojima se projekt susreo.

Definirajte vlastiti opseg testiranja

Svatko ima svoj stil testiranja. Neki se testeri usredotoče na ono što vide iz svojih očiju, a ostali su strastveni u svemu što djeluje iza kulisa bilo koje mobilne aplikacije.

Ako ste iOS / Android Tester, predlažem vam da se barem upoznate s nekim uobičajenim ograničenjima / osnovnim funkcionalnostima Androida ili iOS-a jer to uvijek dodaje vrijednost našem stilu testiranja. Znam da je stvari teško razumjeti bez navođenja primjera.

Slijedi nekoliko primjera:

Ne možemo mijenjati dopuštenja poput kamere, pohrane itd. Na razini aplikacije na Android uređajima koji su ispod 6.0.1 verzije.
Za iOS ispod verzije 10.0 nije bilo poziva. Samo da vas ukratim jednostavnim riječima, pozivnu aplikaciju koristi aplikacija koja poziva i prikazuje prikaz preko cijelog zaslona kada korisnik prima poziv iz pozivajućih aplikacija kao što su WhatsApp, Skype itd. Dok za verzije iOS-a ispod 10.0 vidimo te pozive kao natpis za obavijesti.
Mnogi od vas mogli su naići na probleme u Paytmu gdje vas aplikacija ne preusmjerava na stranicu za plaćanje banke u slučaju da želite dodati novac u novčanik. Smatramo da je gore navedeno problem s našom bankom ili Paytm poslužiteljem, ali samo što se naš AndroidSystemWebView ne ažurira. Malo znanja o programiranju uvijek vam je korisno i podijelite sa svojim timom.
Jednostavnim riječima, kad god neka aplikacija otvori bilo koju web stranicu na njoj, AndroidSystemWebView bi se trebao ažurirati.

Opseg ispitivanja

Ne ograničavajte svoje testiranje

Testiranje se ne bi trebalo ograničiti samo na istraživanje mobilne aplikacije i bilježenje bugova. Mi kao QA trebali bismo biti svjesni svih zahtjeva da smo pogodili naš poslužitelj i odgovora koji iz njega izlazimo.

Konfigurirajte Putty za prikaz dnevnika ili provjeru sumo logike za zapisnike, ovisno o tome što se koristi u vašem projektu. To vam ne samo pomaže u poznavanju tijeka aplikacije od kraja do kraja, već vas čini boljim testerom jer sada dobivate više ideja i scenarija.

Dijagram floea mobilnog poslužitelja

Razlog: Ništa ne dolazi na ovaj svijet bez ikakvog razloga. Svaka izjava treba imati valjani razlog. Razlog analize dnevnika je taj što se u zapisnicima uočavaju mnoge iznimke, ali oni ne pokazuju nikakav utjecaj na korisničko sučelje, stoga ga ne primjećujemo.

Pa, trebamo li to zanemariti?

Ne, ne bismo trebali. To nema utjecaja na korisničko sučelje, ali možda je futuristička briga. Mogli bismo vidjeti da nam se aplikacija ruši ako se ovakve iznimke nastave puzati. Kao što smo spomenuli o App Crash-u u posljednjoj rečenici, ovo osigurava QA-u pristup pristupu crashlytics-u projekta.

Crashlytics je alat u kojem se bilježe padovi zajedno s vremenom i modelom uređaja.

Sad je ovdje pitanje da ako je tester vidio kako se aplikacija ruši, zašto se onda mora mučiti oko crashlytics-a?

Odgovor je prilično zanimljiv. Postoje neki padovi koji se možda neće vidjeti na korisničkom sučelju, ali prijavljeni su na crashlyticsima. Moglo bi doći do kraha memorije ili nekih kobnih izuzetaka koji bi kasnije mogli utjecati na performanse.

Ispitivanje više platformi

Testiranje interakcije na više platformi vrlo je važno.

Navodeći jednostavan Primjer , recimo da radite na chat aplikaciji kao što je WhatsApp koja podržava slanje slika i videozapisa, a aplikacija je izgrađena na iOS i Android platformama (razvoj može i ne mora biti sinkroniziran)

Obavezno testirajte komunikaciju Androida i iOSa, jer je razlog tome što iOS koristi 'Cilj C', dok se Android programira na Javi i zbog toga što su obje izgrađene na različitim platformama, ponekad je potrebno izvršiti dodatne popravke u aplikaciji strane prepoznati nizove koji dolaze s različitih jezičnih platformi.

Pripazite na veličinu svoje mobilne aplikacije

Još jedan važan savjet za mobilne testere - nastavite provjeravati veličina vaše aplikacije nakon svakog puštanja.

Morali bismo osigurati da veličina aplikacije ne dosegne točku u kojoj čak ni mi kao krajnji korisnik nećemo željeti preuzeti ovu aplikaciju zbog velike veličine.

Testiranje scenarija nadogradnje aplikacije

Za mobilne testere, testiranje nadogradnje aplikacije je vrlo važno. Osigurajte da vam se aplikacija ne sruši pri nadogradnji jer je razvojni tim možda napravio neusklađenost broja verzije.

Zadržavanje podataka također je podjednako važno, jer u svim postavkama koje je korisnik spremio u prethodnoj verziji trebalo bi zadržati prilikom nadogradnje aplikacije.

Na primjer , korisnik je možda spremio podatke o svojoj bankovnoj kartici u aplikacije poput PayTm-a itd.

OS uređaja možda neće podržavati aplikaciju

Zvuči zanimljivo?

Da, mnogi uređaji možda ne podržavaju vašu aplikaciju. Mnogi od vas zasigurno znaju da dobavljači pišu svoje omote na vrhu SAD-a i moglo bi biti moguće da bilo koji SQL upit vaše aplikacije nije kompatibilan s uređajem, pa stoga donosi izuzetak, što može rezultirati čak i ne pokretanjem aplikaciju na tom telefonu.

Točka je ovdje - Pokušajte koristiti svoju aplikaciju na vlastitim uređajima, osim na onima koje koristite u uredu. Sasvim je moguće da vidite neke probleme sa svojom aplikacijom.

Testiranje dozvola aplikacije

Sljedeći na popisu je Ispitivanje dozvola za mobilne aplikacije . Gotovo svaka druga aplikacija traži od svojih korisnika pristup kontaktu svog telefona, kameri, galeriji, lokaciji itd. Vidio sam nekoliko testera koji pogriješe ne testirajući odgovarajuće kombinacije ovih dozvola.

Mogu se prisjetiti u stvarnom vremenu Primjer kada smo testirali aplikaciju za chat koja je imala sve značajke dijeljenja slika i audio datoteka. Dopuštenje za pohranu postavljeno je na NO.

Sada, kada bi korisnik kliknuo na opciju Kamera, ona se nikada nije otvorila dok dozvola za pohranu nije postavljena na DA. Scenarij je zanemaren jer je Android Marshmallow imao tu funkciju da, ako je dopuštenje za pohranu postavljeno na NE, kamera se ne može koristiti za tu aplikaciju.

Opseg se širi dalje od onoga o čemu smo raspravljali u gornjem odlomku. Morali bismo biti sigurni da aplikacija ne traži nikakva dopuštenja koja se ne koriste.

Bilo koji krajnji korisnik upoznat s softverskom industrijom ne smije preuzeti aplikaciju za koju se traži previše dozvola. Ako ste iz svoje aplikacije uklonili bilo koju značajku, svakako uklonite zaslon dopuštenja za istu.

kako se koristi bin datoteka

Usporedite sa sličnim i popularnim aplikacijama na tržištu

Pouka priče - Ako ste ikada u nedoumici, onda to jednostavno nemojte zaključivati sami. Usporedba s drugim sličnim aplikacijama na istoj platformi može ojačati vaš argument da će funkcionalnost koja se testira raditi ili ne.

Dohvatite pregled Appleova kriterija odbijanja gradnje

Na kraju, većina vas se možda susrela sa situacijama u kojima je Apple odbio vaše gradnje. Znam da ova tema neće zanimati veći dio čitatelja, ali uvijek je dobro znati Appleove politike odbijanja.

Kao ispitivaču postaje nam teško udovoljiti tehničkim aspektima, ali ipak postoji određeni kriterij odbijanja o kojem se testeri mogu pobrinuti.

Za više informacija o tome kliknite ovdje.

Uvijek budite na prednjem stopalu

Budući da ste ispitivač, ne dopustite da stvari pređu na vaš sud od tima za razvoj / menadžera. Ako ste strastveni prema testiranju, tada 'Uvijek budi prednja noga' . Pokušajte se uključiti u aktivnosti koje se odvijaju i prije nego što kod dođe u vašu kantu za testiranje.

Najvažnije je da nastavite gledati JIRA, QC, MTM ili ono što se koristi u vašem projektu za sva najnovija ažuriranja ulaznica od klijenata i poslovnog analitičara. Također, budite spremni podijeliti svoje stavove ako su vam potrebne izmjene. To se odnosi na sve testere koji rade na raznim domenama i platformama.

Dok i osim ako proizvod ne osjećamo kao svoj vlastiti, nikada ne bismo trebali davati prijedloge za nova poboljšanja ili promjene postojeće funkcionalnosti.

Držite aplikaciju u pozadini dugo vremena (12-24 sata)

Znam da zvuči čudno, ali iza kulisa ima puno logike koju svi ne razumijemo.

Dijelim ovo jer sam vidio kako se aplikacija ruši nakon pokretanja, recimo nakon otprilike 14 sati iz stanja pozadine. Razlog može biti bilo što, ovisno o tome kako su ga programeri kodirali.

Dopustite mi da podijelim primjer u stvarnom vremenu:

U mom je slučaju uzrok tome bio istek tokena. Jedna od aplikacija za chat ako se pokrene nakon 12-14 sati zaglavila bi se na natpisu za povezivanje i nikad se ne bi povezala dok ne bude ubijena i ponovno pokrenuta. Takve je stvari vrlo teško uhvatiti i na neki način mobilno testiranje čini izazovnijim i kreativnijim.

Testiranje izvedbe vaše aplikacije

U mobilnom svijetu izvedba vaše aplikacije utječe na mjeru u kojoj će vaša aplikacija biti prepoznata širom svijeta. Kao testnom timu postaje previše važno provjeriti odgovor vaše aplikacije i još važnije kako to funkcionira kada ga velik broj korisnika koristi sve zajedno.

Primjer:

Razgovarajmo o PayTm-u.

Svi ste morali kliknuti opciju DODAJ NOVAC u aplikaciji PayTm, koja zatim prikazuje stanje na vašem novčaniku. Ako uzmemo u obzir što se događa iza scene, to je zahtjev koji se šalje na poslužitelj s PayTm UserID i poslužitelj šalje odgovor s saldom na vašem računu.

Primjer

Gornji slučaj je samo kada je jedan korisnik pogodio poslužitelj. Moramo biti sigurni da bi čak i kada 1000 korisnika pogodi poslužitelj trebali odgovor dobiti na vrijeme, jer nam je korisnost krajnjeg korisnika glavni cilj.

Zaključak

Završio bih ovu lekciju ponovnim ponavljanjem da je mobilno testiranje u početku vrlo lako, ali dok budete dalje kopali, shvatit ćete da nije lako osigurati da sve što se razvije nesmetano radi na tisućama uređaja širom svijeta .

Uglavnom biste vidjeli aplikacije podržane samo u najnovijim i posljednjim verzijama OS-a. Međutim, dužnost ispitivača postaje osigurati da ne propuste nijedan scenarij. To su mnoge druge točke koje treba uzeti u obzir, ali nisam spomenuo one koje su već ponavljane u drugim vodičima.

Scenariji poput potrošnje baterije, testiranja prekida, testiranja na različitim mrežama (3G, Wi-Fi), testiranja tijekom prebacivanja mreža, majmunsko testiranje mobilnih aplikacija itd. Korisni su kada je riječ o mobilnom testiranju.

Stav testera puno je važan kada je u pitanju stvarno okruženje za testiranje. Sve dok i ako ne volite svoj posao, nećete se truditi raditi stvari koje su spomenute u vodiču.

Na ovom sam polju već oko 6 godina i jako sam svjestan da zadaci ponekad postaju monotoni, ali postoji mnogo drugih stvari koje možemo učiniti sami kako bismo te monotone zadatke učinili donekle zanimljivima.

Dizajniranje ispravne strategije testiranja, odabir pravih mobilnih simulatora, uređaja i mobilnih alata za testiranje može osigurati 100% pokrivenost testovima i pomoći nam da u svoje programske pakete uključimo testove na temelju sigurnosti, upotrebljivosti, performansi, funkcionalnosti i kompatibilnosti.

Pa, ovo je naš napor da ispunimo višestruke zahtjeve čitatelja u vodiču za testiranje mobilne aplikacije.

Autori : Hvala Swapni, Hasnetu i mnogim drugim stručnjacima za mobilno testiranje što su nam pomogli u sastavljanju ove serije!

U sljedećem ćemo članku razgovarati o tome više iOS testiranje aplikacija .