mobile app testing tutorials
Un ghid complet pentru testarea aplicațiilor mobile cu tutoriale detaliate:
Tehnologia mobilă și dispozitivele inteligente sunt tendința acum și vor schimba viitorul lumii așa cum o cunoaștem noi. Cu toții putem garanta nu-i așa? Acum, va fi amator dacă listez la ce folosim aceste dispozitive mobile. Știți cu toții - Poate mai bine decât noi.
Să trecem direct la ce va fi acest tutorial.
Lista completă a peste 30 de tutoriale de testare pe mobil:
Testare mobilă Introducere:
Tutorial nr. 1: Introducere în testarea mobilă
Tutorial nr. 2: Testarea aplicațiilor iOS
Tutorial # 3: Testarea aplicațiilor Android
Tutorial # 4 : Provocări și soluții de testare mobilă
Tutorial # 5: De ce testarea pe mobil este dificilă?
Testarea dispozitivelor mobile:
Tutorial nr. 6: Testați o versiune Android când este scoasă din piață
Tutorial # 7 : Cum să testați aplicații mobile pe dispozitive low-end
Tutorial # 8 : Testarea pe teren pentru aplicații mobile
Tutorial # 9: Model de telefon Vs versiune de sistem de operare: care ar trebui testat mai întâi?
Testarea interfeței mobile:
Tutorial # 10: Testarea interfeței de utilizare a aplicațiilor mobile
Tutorial # 11: Test de răspuns mobil
Servicii de testare mobilă:
Tutorial # 12: Testarea aplicațiilor mobile bazate pe cloud
Tutorial # 13: Servicii de testare mobilă
Tutorial # 14 : Servicii de testare beta pentru aplicații mobile
Tutorial # 15: Companie de dezvoltare de aplicații mobile
Tutorial # 16: Furnizori de servicii de testare a aplicațiilor mobile bazate pe cloud
Testarea performanței și securității aplicațiilor mobile:
Tutorial # 17: Testarea performanței aplicațiilor mobile utilizând BlazeMeter
Tutorial # 18 : Instrucțiuni de testare a securității aplicațiilor mobile
Instrumente de testare mobile:
Tutorial # 19: Instrumente de testare a aplicațiilor Android
Tutorial # 20: Cele mai bune instrumente de testare a securității aplicațiilor mobile
Tutorial # 21: 58 Cele mai bune instrumente de testare mobilă
Testarea automatizării mobile:
Tutorial nr. 22: Tutorial Appium Mobile Automation Tool
Tutorial # 23: Tutorial Appium Studio
Tutorial # 24: Automatizați aplicațiile Android utilizând instrumentul TestComplete
Tutorial # 25 : Tutorial Robotium - Instrument de testare a UI pentru aplicația Android
Tutorial # 26: Tutorial Selendroid: Mobile Automation Framework
Tutorial nr. 27: pCloudy Tutorial: Testarea aplicațiilor mobile pe dispozitive reale
Tutorial nr. 28: Tutorial Katalon Studio & Kobiton's Cloud-Based Device Farm
Cariera de testare pe mobil:
Tutorial # 29: Cum să obțineți rapid un job de testare pe mobil
Tutorial # 30: Întrebări și reluare pentru interviuri de testare mobilă
Tutorial nr. 31: Întrebări de interviu de testare mobilă partea 2
************************************************** * **********
Să începem cu primul tutorial din serie.
Ce veți învăța:
- Tutorial nr. 1: Introducere în testarea aplicațiilor mobile
- Tipuri de testare pe mobil
- Semnificația testării aplicațiilor mobile
- Diferența de bază între testarea aplicațiilor mobile și desktop:
- Tipuri de testare a aplicațiilor mobile:
- Strategia de testare a aplicațiilor mobile
- Instrument recomandat
- Cazuri de testare pentru testarea unei aplicații mobile
- Activități și proceduri tipice în testarea aplicației mobile
- Cum să testați aplicațiile mobile atât pe platformele Android, cât și pe cele iOS
- Diferența de bază între testarea Android și iOS
- Factori cheie în testarea pe mobil
- Definiți propriul domeniu de testare
- Nu vă limitați testarea
- Testarea pe mai multe platforme
- Fii cu ochii pe dimensiunea aplicației tale mobile
- Testarea scenariilor de actualizare a aplicațiilor
- Este posibil ca sistemul de operare al dispozitivului să nu accepte aplicația
- Testarea permisiunii aplicațiilor
- Comparați cu aplicații similare și populare din piață
- Obțineți o prezentare generală a criteriului de respingere a construcției Apple
- Fiți întotdeauna pe piciorul din față
- Păstrați aplicația în fundal mult timp (12-24 ore)
- Testarea performanței aplicației dvs.
- Concluzie
- Lectură recomandată
Tutorial nr. 1: Introducere în testarea aplicațiilor mobile
Au trecut vremurile când telefonul era un aparat care stătea într-un colț și trebuia să sune pentru a ne atrage atenția sau computerul era o mașină folosită doar de câțiva oameni - acum sunt o extensie a ființei noastre - o fereastră către servitori mondiali și virtuali care fac ceea ce li se spune.
Calculatoarele au fost furioase și au schimbat modul în care noi oamenii gândeam, ne comportam, învățam și existam.
În zilele noastre, soluțiile de mobilitate au preluat piața. Oamenii nu doresc să pornească laptopurile / PC-ul pentru orice, ci mai degrabă doresc ca dispozitivele lor portabile să efectueze totul rapid.
Prin urmare, soluțiile mobile pe care le oferim clienților noștri ar trebui testate foarte bine. Acest tutorial este destinat acelor persoane care sunt deja în teste mobile sau celor care au trecut la el în ultima vreme. Deoarece avem deja multe tutoriale privind definițiile terminologiilor legate de testarea mobilă, ne vom ocupa direct de sfera acestui tutorial.
Acest tutorial va fi atât o introducere, cât și un ghid pentru testarea mobilă. Deci, citiți!
Tipuri de testare pe mobil
În general, există 2 tipuri de teste care au loc pe dispozitive mobile:
# 1. Testare hardware:
Dispozitivul, inclusiv procesoarele interne, hardware-ul intern, dimensiunile ecranului, rezoluția, spațiul sau memoria, camera, radio, Bluetooth, WIFI etc. Acest lucru este uneori denumit „simplu”Testare mobilă”.
# 2. Testare software sau aplicație:
Aplicațiile care funcționează pe dispozitive mobile și funcționalitatea acestora sunt testate. Se numește „Testarea aplicațiilor mobile”Pentru a-l diferenția de metoda anterioară. Chiar și în aplicațiile mobile, există puține diferențe de bază care sunt importante pentru înțelegere:
a) Aplicații native: O aplicație nativă este creată pentru a fi utilizată pe o platformă cum ar fi dispozitivele mobile și tabletele.
b) Aplicații web mobile sunt aplicații de pe server pentru a accesa site-uri web pe dispozitive mobile folosind diferite browsere precum Chrome, Firefox conectându-se la o rețea mobilă sau la o rețea fără fir precum WIFI.
c) Aplicații hibride sunt combinații de aplicații native și aplicații web. Acestea rulează pe dispozitive sau offline și sunt scrise folosind tehnologii web precum HTML5 și CSS.
Există puține diferențe de bază care le diferențiază:
- Aplicațiile native au afinitate pe o singură platformă, în timp ce aplicațiile web mobile au afinitate pe mai multe platforme.
- Aplicațiile native sunt scrise pe platforme precum SDK-uri, în timp ce aplicațiile web mobile sunt scrise cu tehnologii web precum HTML, CSS, asp.net, Java, PHP.
- Pentru o aplicație nativă, este necesară instalarea, dar pentru aplicațiile web mobile, nu este necesară instalarea.
- O aplicație nativă poate fi actualizată din magazinul de jocuri sau din magazinul de aplicații, în timp ce aplicațiile web mobile sunt actualizări centralizate.
- Multe aplicații native nu necesită o conexiune la Internet, dar pentru aplicațiile web mobile, este o necesitate.
- Aplicația nativă funcționează mai rapid în comparație cu aplicațiile web mobile.
- Aplicațiile native sunt instalate din magazinele de aplicații, cum ar fi Magazin Google Play sau magazin de aplicații unde site-urile mobile sunt site-uri web și sunt accesibile numai prin intermediul internetului.
Restul articolului va fi despre Testarea aplicațiilor mobile.
Semnificația testării aplicațiilor mobile
Testarea aplicațiilor pe dispozitive mobile este mai dificilă decât testarea aplicațiilor web pe desktop datorită
- Gama diferită de dispozitive mobile cu diferite dimensiuni de ecran și configurații hardware, cum ar fi o tastatură dură, tastatură virtuală (ecran tactil) și trackball etc.
- O gamă largă de dispozitive mobile precum HTC, Samsung, Apple și Nokia.
- Diferite sisteme de operare mobile cum ar fi Android, Symbian, Windows, Blackberry și IOS.
- Diferite versiuni ale sistemului de operare cum ar fi iOS 5.x, iOS 6.x, BB5.x, BB6.x etc.
- Diferiti operatori de retea mobila precum GSM și CDMA.
- Actualizări frecvente - (cum ar fi Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x) - cu fiecare actualizare se recomandă un nou ciclu de testare pentru a vă asigura că nu este afectată nicio funcționalitate a aplicației.
La fel ca în orice aplicație, testarea aplicațiilor mobile este, de asemenea, foarte importantă, deoarece clientela este de obicei în milioane pentru un anumit produs - și un produs cu erori nu este niciodată apreciat. De multe ori rezultă pierderi monetare, probleme legale și daune ireparabile ale imaginii de marcă.
Diferența de bază între testarea aplicațiilor mobile și desktop:
Câteva aspecte evidente care diferențiază testarea aplicațiilor mobile de testarea pe desktop
- Pe desktop, aplicația este testată pe o unitate centrală de procesare. Pe un dispozitiv mobil, aplicația este testată pe telefoane precum Samsung, Nokia, Apple și HTC.
- Dimensiunea ecranului dispozitivului mobil este mai mică decât un desktop.
- Dispozitivele mobile au mai puțină memorie decât un desktop.
- Telefoanele mobile utilizează conexiuni de rețea precum 2G, 3G, 4G sau WIFI în cazul în care desktopul utilizează conexiuni de bandă largă sau dial-up.
- Este posibil ca instrumentul de automatizare utilizat pentru testarea aplicațiilor desktop să nu funcționeze pe aplicațiile mobile.
Tipuri de testare a aplicațiilor mobile:
Pentru a aborda toate aspectele tehnice de mai sus, următoarele tipuri de testare sunt efectuate pe aplicații mobile.
- Testarea utilizabilității - Pentru a vă asigura că aplicația mobilă este ușor de utilizat și oferă clienților o experiență de utilizare satisfăcătoare
- Testarea compatibilității - Testarea aplicației pe diferite dispozitive mobile, browsere, dimensiuni de ecran și versiuni de sistem de operare în funcție de cerințe.
- Testarea interfeței - Testarea opțiunilor meniului, butoanelor, marcajelor, istoricului, setărilor și fluxului de navigare al aplicației.
- Testarea serviciilor - Testarea serviciilor aplicației online și offline.
- Testarea resurselor la nivel scăzut : Testarea utilizării memoriei, ștergerea automată a fișierelor temporare, probleme de creștere a bazelor de date locale cunoscute sub numele de testare a resurselor la nivel scăzut.
- Test de performanta - Testarea performanței aplicației prin schimbarea conexiunii de la 2G, 3G la WIFI, partajarea documentelor, consumul bateriei etc.
- Testarea operațională - Testarea copiilor de rezervă și planul de recuperare dacă o baterie se descarcă sau pierderea datelor în timpul actualizării aplicației dintr-un magazin.
- Teste de instalare - Validarea aplicației prin instalarea / dezinstalarea acesteia pe dispozitive.
- Testarea securității - Testarea unei aplicații pentru a valida dacă sistemul informațional protejează sau nu datele.
Strategia de testare a aplicațiilor mobile
Strategia de testare trebuie să se asigure că sunt îndeplinite toate orientările privind calitatea și performanța. Câteva indicații în acest domeniu:
1) Selectarea dispozitivelor - Analizați piața și alegeți dispozitivele care sunt utilizate pe scară largă. (Această decizie se bazează în principal pe clienți. Clientul sau constructorii de aplicații iau în considerare factorul de popularitate al anumitor dispozitive, precum și nevoile de marketing ale aplicației pentru a decide ce telefoane să utilizeze pentru testare.)
2) Emulatoare - Utilizarea acestora este extrem de utilă în etapele inițiale de dezvoltare, deoarece permit verificarea rapidă și eficientă a aplicației. Emulatorul este un sistem care rulează software dintr-un mediu în alt mediu fără a schimba software-ul în sine. Dublează caracteristicile și funcționează pe sistemul real.
Tipuri de emulatoare mobile
- Emulator de dispozitiv - furnizat de producătorii de dispozitive
- Browser Emulator - simulează mediile de browser mobile.
- Emulator de sisteme de operare - Apple oferă emulatoare pentru iPhone, Microsoft pentru telefoane Windows și telefoane Google Android
Instrument recomandat
# 1) Kobiton
Kobiton este o platformă de experiență mobilă bazată pe cloud accesibilă și extrem de flexibilă, care accelerează testarea și livrarea de aplicații native, web și hibride atât pe Android cât și pe iOS folosind dispozitive reale. Noua lor automatizare a testelor fără scripturi ajută echipele fără expertiză în codificare să genereze scripturi Appium standard deschise cu ușurință.
=> Vizitați site-ul web Kobiton
cum deschideți un fișier apk
Lista câtorva emulatoare de dispozitive mobile gratuite și ușor de utilizat
eu. Emulator de telefon mobil - Folosit pentru a testa telefoane precum iPhone, Blackberry, HTC, Samsung etc.
ii. MobiReady - Cu aceasta, nu numai că putem testa aplicația web, putem verifica și codul.
iii. Responsivepx - Verifică răspunsurile paginilor web, aparițiile și funcționalitatea site-urilor web.
iv. Screenfly - Este un instrument personalizabil și utilizat pentru a testa site-uri web în diferite categorii.
3) După ce un nivel satisfăcător de dezvoltare este complet pentru aplicația mobilă, puteți trece la test pe dispozitive fizice pentru mai multe teste bazate pe scenarii din viața reală.
4) Luați în considerare testarea bazată pe cloud computing: Cloud computing funcționează practic dispozitive pe mai multe sisteme sau rețele prin Internet, unde aplicațiile pot fi testate, actualizate și gestionate. În scopuri de testare, creează mediul mobil bazat pe web pe un simulator pentru a accesa aplicația mobilă.
Pro:
- Backup și recuperare - Cloud computing preia automat datele din locația de la distanță, făcând recuperarea și restaurarea datelor cu ușurință. Și, de asemenea, capacitatea de stocare este nelimitată.
- Norii pot fi accesați de pe diferite dispozitive și oriunde.
- Cloud computing este eficient din punct de vedere al costurilor, este ușor de utilizat, întreținut și actualizat.
- Implementare rapidă și rapidă.
- Interfață bazată pe web.
- Poate rula același script pe mai multe dispozitive în paralel.
Contra
- Mai puțin control - Deoarece aplicația rulează pe mediul de la distanță sau terță parte, utilizatorul are control limitat și acces la funcții.
- Probleme de conectivitate la internet - configurarea este pe Internet. Problemele de rețea afectează disponibilitatea și funcționarea
- Probleme de securitate și confidențialitate - Cloud computing este un computer pe Internet și nimic pe Internet nu este complet securizat, astfel încât șansele de hacking de date sunt mai mari.
5) Automatizare vs. testare manuală
- Dacă aplicația conține funcționalități noi, testați-o manual.
- Dacă aplicația necesită testare o dată sau de două ori, faceți-o manual.
- Automatizați scripturile pentru cazurile de testare de regresie. Dacă testele de regresie sunt repetate, testarea automată este perfectă pentru asta.
- Automatizați scripturile pentru scenarii complexe care necesită mult timp dacă sunt executate manual.
Există două tipuri de instrumente de automatizare disponibile pentru testarea aplicațiilor mobile:
Instrumente de testare mobile bazate pe obiecte - automatizarea prin maparea elementelor de pe ecranul dispozitivului în obiecte. Această abordare este independentă de dimensiunea ecranului și este utilizată în principal pentru dispozitivele Android.
- De exemplu: - Ranorex, soluție de jamo
Instrumente de testare mobile bazate pe imagini - creați scripturi de automatizare bazate pe coordonatele ecranului elementelor.
- De exemplu: - Sikuli, planta de ouă, RoutineBot
6) Rețea configurare este, de asemenea, partea necesară a testării mobile. Este important să validați aplicația pe diferite rețele, cum ar fi 2G, 3G, 4G sau WIFI.
Cazuri de testare pentru testarea unei aplicații mobile
În plus față de cazurile de testare bazate pe funcționalitate, testarea aplicațiilor mobile necesită cazuri de testare speciale care ar trebui să acopere următoarele scenarii.
- Utilizarea bateriei - Este important să țineți o evidență a consumului de baterie în timp ce rulați aplicația pe dispozitivele mobile.
- Viteza aplicației- timpul de răspuns pe diferite dispozitive, cu parametri de memorie diferiți, cu diferite tipuri de rețea etc.
- Cerințe privind datele - Pentru instalare, precum și pentru a verifica dacă utilizatorul cu planul de date limitat va putea să-l descarce.
- Cerință de memorie - din nou, pentru a descărca, instala și rula
- Funcționalitatea aplicației - asigurați-vă că aplicația nu se blochează din cauza unei defecțiuni a rețelei sau a altceva.
DescarcaUnele exemple de cazuri de testare pentru testarea aplicațiilor mobile:
=> Descărcați exemplele de testare a aplicației mobile
Activități și proceduri tipice în testarea aplicației mobile
Domeniul de aplicare al testării depinde de o serie de cerințe care trebuie verificate sau de amploarea modificărilor aduse aplicației. Dacă modificările sunt puține, o rundă de sănătate psihică testarea va face. În cazul modificărilor majore și / sau complexe, a regresie deplină este recomandat.
Un exemplu de proiect de testare a aplicațiilor : ILL (International Learn Lab) este o aplicație concepută pentru a ajuta administratorul, editorul să creeze site-uri web în colaborare. Folosind un browser web, instructorii aleg dintr-un set de caracteristici pentru a crea o clasă care să îndeplinească cerințele lor.
Proces de testare mobil:
Pasul 1. Identificați tipuri de testare : Deoarece o aplicație ILL este aplicabilă pentru browsere, este obligatoriu să testați această aplicație pe toate browserele acceptate, folosind diferite dispozitive mobile. Trebuie să facem uzabilitate, funcțional și compatibilitate testarea pe diferite browsere cu combinații de Manual și automatizare cazuri de testare.
Pasul 2. Testare manuală și automată: Metodologia urmată pentru acest proiect este Agile cu iterația de două săptămâni. La fiecare două săptămâni dev. echipa lansează o nouă versiune pentru echipa de testare, iar echipa de testare își va executa cazurile de testare în mediul QA. Echipa de automatizare creează scripturi pentru setul de funcționalități de bază și rulează scripturile care vă ajută să determinați dacă noua versiune este suficient de stabilă pentru testare. Echipa de testare manuală va testa noua funcționalitate.
JIRA este utilizat pentru redactarea criteriilor de acceptare; menținerea cazurilor de testare și înregistrarea / verificarea defectelor. Odată ce iterația a trecut, repetare planificare întâlnire ținută unde dev. Echipa, proprietarul produsului, analistul de afaceri și echipa QA discută ce a mers bine și ce trebuie îmbunătățit .
Pasul 3. Testarea beta: Odată ce testarea de regresie este finalizată de echipa QA, construcția se mută în UAT. Testarea acceptării utilizatorului se face de către client. Ei verifică din nou toate erorile pentru a se asigura că fiecare eroare a fost remediată și că aplicația funcționează conform așteptărilor pe fiecare browser aprobat.
Pasul # 4. Test de performanță: Echipa de testare a performanței testează performanța aplicației web utilizând script-uri JMeter și cu sarcini diferite în aplicație.
faza de analiză a ciclului de viață al dezvoltării software-ului
Pasul 5. Testarea browserului : Aplicația web este testată pe mai multe browsere - atât folosind diferite instrumente de simulare, cât și folosind fizic dispozitive mobile reale.
Pasul # 6. Planul de lansare: După fiecare a 4-a săptămână, testarea se mută în etapă, unde se efectuează o rundă finală de testare de la capăt la cap pe aceste dispozitive pentru a vă asigura că produsul este pregătit pentru producție. Și apoi, merge în direct!
*******************************************
Cum să testați aplicațiile mobile atât pe platformele Android, cât și pe cele iOS
Este foarte important ca testerii care își testează aplicațiile atât pe iOS, cât și pe platforma Android să știe diferența dintre ambele. iOS și Android au o mulțime de diferențe în ceea ce privește aspectul, vizualizările aplicațiilor, standardele de codare, performanța etc.
Diferența de bază între testarea Android și iOS
S-ar putea să fi trecut prin toate tutorialele, am introdus câteva diferențe majore aici, care la rândul lor vă vor ajuta ca parte a testării:
# 1) Deoarece avem o mulțime de dispozitive Android disponibile pe piață și toate vin cu rezoluții și dimensiuni diferite ale ecranului, prin urmare aceasta este una dintre diferențele majore.
De exemplu , Dimensiunea Samsung S2 este prea mică în comparație cu Nexus 6. Există posibilități mari ca aspectul și designul aplicației dvs. să fie distorsionate pe unul dintre dispozitive. Probabilitatea este scăzută în iOS, deoarece există doar dispozitive care pot fi numărate disponibile pe piață, iar din multe telefoane există rezoluții similare.
De exemplu, înainte de apariția iPhone 6 și mai sus, toate versiunile mai vechi aveau doar dimensiunea similară.
#Două) Exemplu pentru afirmarea punctului de mai sus este că în Android dezvoltatorii trebuie să utilizeze imagini 1x, 2x, 3x, 4x și 5x pentru a suporta rezoluțiile de imagine pentru toate dispozitivele, în timp ce iOS folosește doar 1x, 2x și 3x. Cu toate acestea, devine responsabilitatea testerului să se asigure că imaginile și celelalte elemente ale interfeței sunt afișate corect pe toate dispozitivele.
Puteți consulta diagrama de mai jos pentru a înțelege conceptul de rezoluții de imagine:
# 3) Deoarece piața este inundată de dispozitive Android, codul trebuie scris în așa fel încât performanța să rămână constantă. Deci, este destul de probabil ca aplicația dvs. să se comporte lent pe dispozitivele de ultimă generație.
# 4) O altă problemă cu Android este că actualizările de software nu sunt disponibile pentru toate dispozitivele simultan. Producătorii de dispozitive decid când își actualizează dispozitivele. Devine o sarcină foarte dificilă să testezi totul atât cu noul sistem de operare, cât și cu sistemul de operare vechi.
De asemenea, devine o sarcină greoaie pentru dezvoltatori să își modifice codul pentru a accepta ambele versiuni.
De exemplu , când a venit Android 6.0, a existat o schimbare majoră, deoarece acest sistem de operare a început să accepte permisiuni la nivel de aplicație. Pentru a clarifica în continuare, utilizatorul ar putea modificați permisiunile (locația, contactele) și la nivelul aplicației.
Acum, echipa de testare își asumă responsabilitatea de a se asigura că afișarea ecranului de permisiuni pe lansarea aplicației pe Android 6.0 și versiunile ulterioare și nu afișarea ecranului de permisiuni în versiunile inferioare.
# 5) Din perspectiva testării, testarea versiunii de pre-producție (adică versiunea beta) este diferită pe ambele platforme. În Android, dacă un utilizator este adăugat la lista de utilizatori beta, atunci poate vedea versiunea beta actualizată în Magazin Play numai dacă este conectat în magazinul Play cu același ID de e-mail care este adăugat ca utilizator beta.
Factori cheie în testarea pe mobil
Lucrez în testarea mobilă în ultimii 2 ani atât pe platforma iOS, cât și pe platforma Android și toate punctele cheie menționate mai jos în acest tutorial provin din experiența mea personală și unele au fost derivate din problemele întâmpinate în proiect.
Definiți propriul domeniu de testare
Fiecare are propriul stil de testare. Unii testeri se concentrează doar asupra a ceea ce văd din ochii lor, iar restul sunt pasionați de tot ceea ce funcționează în culisele oricărei aplicații mobile.
Dacă sunteți un tester iOS / Android, v-aș sugera să vă familiarizați cel puțin cu unele limitări comune / funcționalități de bază ale Android sau iOS, deoarece adaugă întotdeauna valoare stilului nostru de testare. Știu că lucrurile sunt greu de înțeles fără a cita exemple.
Mai jos sunt câteva exemple:
- Nu putem modifica permisiunile, cum ar fi camera foto, stocarea etc. la nivel de aplicație pe dispozitivele Android care sunt sub versiunea 6.0.1.
- Pentru iOS sub versiunea 10.0, setul de apeluri nu era acolo. Doar pentru a vă informa în cuvinte simple, setul de apeluri este utilizat de o aplicație de apelare și afișează ecranul complet atunci când un utilizator primește un apel din aplicațiile de apelare, cum ar fi WhatsApp, Skype etc. În timp ce pentru versiunile iOS sub 10.0 vedem acele apeluri ca un banner de notificare.
- Este posibil ca mulți dintre voi să fi întâmpinat probleme în Paytm, unde aplicația dvs. nu vă redirecționează către pagina de plată a băncii în cazul în care doriți să adăugați bani la portofel. Credem că cele de mai sus sunt o problemă cu banca noastră sau cu serverul Paytm, dar AndroidSystemWebView nu este actualizat. Puținele cunoștințe despre programare sunt întotdeauna utile pentru dvs. și pentru a le împărtăși echipei dvs.
- Cu cuvinte simple, ori de câte ori o aplicație deschide orice pagină web în ea, atunci AndroidSystemWebView ar trebui actualizat.
Nu vă limitați testarea
Testarea nu ar trebui să se limiteze doar la explorarea aplicației mobile și la erorile de înregistrare. Noi, ca QA, ar trebui să fim conștienți de toate cererile de accesare a serverului nostru și de răspunsul pe care îl obținem.
Configurați Putty pentru a vizualiza jurnalele sau pentru a verifica logica sumo pentru jurnale, în funcție de ceea ce este utilizat în proiectul dvs. Nu numai că vă ajută să cunoașteți fluxul end-to-end al aplicației, ci vă face și un tester mai bun pe măsură ce primiți mai multe idei și scenarii acum.
Motiv: Nimic nu vine pe această lume fără niciun motiv. Orice afirmație ar trebui să aibă un motiv valid în spatele ei. Motivul care stă la baza analizei jurnalelor este că se observă multe excepții în jurnale, dar acestea nu prezintă niciun impact asupra interfeței de utilizare, prin urmare nu îl observăm.
Deci, ar trebui să îl ignorăm?
Nu, nu ar trebui. Nu are niciun impact asupra interfeței de utilizare, dar poate fi o preocupare futuristă. Am putea vedea că aplicația noastră se prăbușește dacă aceste tipuri de excepții continuă să se strecoare. După cum am menționat despre App Crash în ultima propoziție, acest lucru duce QA-ul să aibă acces la crashlytics-ul proiectului.
Crashlytics este un instrument în care blocările sunt înregistrate împreună cu ora și modelul dispozitivului.
Acum întrebarea de aici este că, dacă testerul a văzut că aplicația se prăbușește, atunci de ce trebuie să se deranjeze cu privire la crashlytics?
Răspunsul la acest lucru este destul de interesant. Există unele blocări care pot să nu fie vizibile în interfața de utilizare, dar sunt conectate la crashlytics. Poate fi lipsită de blocarea memoriei sau a unor excepții fatale care pot afecta performanța ulterior.
Testarea pe mai multe platforme
Testarea interacțiunii pe mai multe platforme este foarte importantă.
Citând un simplu Exemplu , să spunem că lucrați la o aplicație de chat, cum ar fi WhatsApp, care acceptă trimiterea de imagini și videoclipuri, iar aplicația este construită atât pe platformele iOS, cât și pe cele Android (dezvoltarea poate fi sincronizată sau nu)
Asigurați-vă că testați comunicarea Android și iOS, motivul fiind că iOS folosește „Obiectivul C”, în timp ce programarea Android este bazată pe Java și datorită faptului că ambele sunt construite pe platforme diferite, uneori trebuie făcute soluții suplimentare la aplicație. pentru a recunoaște șirurile provenind de la diferite platforme lingvistice.
Fii cu ochii pe dimensiunea aplicației tale mobile
Un alt sfat important pentru testerii mobili - Vă rugăm să continuați să verificați dimensiunea aplicației dvs. după fiecare eliberare.
Ar trebui să ne asigurăm că dimensiunea aplicației nu atinge un punct în care nici noi, ca utilizator final, nu dorim să descărcăm această aplicație datorită dimensiunii sale mari.
Testarea scenariilor de actualizare a aplicațiilor
Pentru testere mobile, testarea actualizării aplicației este foarte important. Asigurați-vă că aplicația dvs. nu se blochează la actualizare, deoarece este posibil ca echipa de dezvoltatori să fi făcut nepotrivirea unui număr de versiune.
Păstrarea datelor este, de asemenea, la fel de importantă, deoarece orice preferințe pe care le-a salvat utilizatorul în versiunea anterioară ar trebui păstrată atunci când actualizează aplicația.
De exemplu , este posibil ca un utilizator să-și fi salvat datele cardului bancar în aplicații precum PayTm etc.
Este posibil ca sistemul de operare al dispozitivului să nu accepte aplicația
Sună interesant?
Da, este posibil ca multe dispozitive să nu accepte aplicația dvs. Mulți dintre voi trebuie să știți că furnizorii își scriu propriile împachetări în partea de sus a SUA și ar putea fi posibil ca orice interogare SQL a aplicației dvs. să nu fie compatibilă cu dispozitivul și, prin urmare, aruncă o excepție și poate duce chiar să nu lanseze aplicație pe acel telefon.
Punctul de mai jos este - Încercați să utilizați aplicația pe propriile dispozitive, cu excepția celor pe care le utilizați în birou. Este foarte posibil să vedeți unele probleme cu aplicația dvs.
Testarea permisiunii aplicațiilor
Următorul pe listă este Testarea permisiunii aplicațiilor mobile . Aproape fiecare a doua aplicație le cere utilizatorilor să aibă acces la contactul telefonului, camera foto, Galerie, Locație etc. Am văzut puțini testeri care greșesc neatestând combinațiile adecvate ale acestor permisiuni.
Îmi amintesc un timp real Exemplu când testam o aplicație de chat care avea toate caracteristicile de partajare a imaginilor și a fișierelor audio. Permisiunea pentru stocare a fost setată la NO.
Acum, când un utilizator ar face clic pe opțiunea Cameră, nu s-a deschis niciodată până când permisiunea de stocare nu este setată la DA. Scenariul a fost ignorat deoarece Android Marshmallow avea această funcționalitate că, dacă permisiunea de stocare este setată la NO, camera nu poate fi utilizată pentru acea aplicație.
Domeniul de aplicare se extinde mai mult decât ceea ce am discutat în paragraful de mai sus. Ar trebui să ne asigurăm că aplicația nu solicită permisiuni care nu sunt utilizate.
Este posibil ca orice utilizator final familiarizat cu industria software-ului să nu descarce aplicația în care sunt solicitate prea multe permisiuni. Dacă ați eliminat orice caracteristică din aplicație, asigurați-vă că eliminați ecranul de permisiune pentru aceeași.
diferența dintre retestare și testarea de regresie
Comparați cu aplicații similare și populare din piață
Morala povestii - Dacă aveți vreodată dubii, atunci nu încheiați singur. Compararea cu celelalte aplicații similare de pe aceeași platformă vă poate întări argumentul conform căruia funcționalitatea testată va funcționa sau nu.
Obțineți o prezentare generală a criteriului de respingere a construcției Apple
În cele din urmă, majoritatea dintre voi s-ar putea să fi întâlnit situații în care versiunile dvs. au fost respinse de Apple. Știu că acest subiect nu va interesa o mare parte din cititori, dar este întotdeauna bine să știi politicile de respingere ale Apple.
În calitate de tester, devine dificil pentru noi să abordăm aspectele tehnice, dar totuși există un criteriu de respingere de care testatorii pot avea grijă.
Pentru mai multe informații despre acest lucru, vă rugăm să faceți clic pe Aici.
Fiți întotdeauna pe piciorul din față
Fiind un tester, nu lăsați lucrurile să treacă la curtea dvs. de la echipa de dezvoltare / manageri. Dacă ești pasionat de teste atunci „Fii mereu pe piciorul din față” . Încercați să vă angajați în activități care au loc cu mult înainte ca codul să vină în cupa dvs. pentru a testa.
Cel mai important, continuați să vă uitați la JIRA, QC, MTM sau la oricare dintre acestea este utilizat în proiectul dvs. pentru toate cele mai recente actualizări ale biletelor de la clienți și Business Analyst. De asemenea, fiți gata să vă împărtășiți opiniile dacă aveți nevoie de modificări. Acest lucru se aplică tuturor testerilor care lucrează pe diverse domenii și platforme.
Până când și dacă nu simțim produsul ca al nostru, nu ar trebui să oferim niciodată sugestii pentru noi îmbunătățiri sau modificări ale funcționalității existente.
Păstrați aplicația în fundal mult timp (12-24 ore)
Știu că sună ciudat, dar există multe logici în spatele scenei pe care nu le înțelegem cu toții.
Împărtășesc acest lucru deoarece am văzut că aplicația se prăbușește după lansare, să zicem după aproximativ 14 ore din starea de fundal. Motivul ar putea fi orice, în funcție de modul în care dezvoltatorii l-au codat.
Permiteți-mi să vă împărtășesc un exemplu în timp real:
În cazul meu, expirarea simbolică a fost cauza din spatele acesteia. Pentru una dintre aplicațiile de chat, dacă ar fi lansată după 12-14 ore, ar fi blocată pe bannerul de conectare și nu s-ar conecta niciodată până nu va fi ucisă și relansată. Acest tip de lucruri sunt foarte greu de prins și într-un fel, face ca testarea pe mobil să fie mai provocatoare și mai creative.
Testarea performanței aplicației dvs.
În lumea mobilă, performanța aplicației dvs. afectează măsura în care aplicația dvs. este recunoscută la nivel mondial. Ca echipă de testare, devine prea important să verificați răspunsul aplicației și, mai important, cum funcționează atunci când un număr mare de utilizatori îl folosesc împreună.
Exemplu:
Să vorbim despre PayTm.
Cu toții trebuie să fi făcut clic pe opțiunea ADAUGĂ BANI din aplicația PayTm, care afișează apoi soldul pe care îl aveți în portofel. Dacă luăm în considerare ceea ce se întâmplă în culise, atunci este o cerere care se întâmplă către server cu PayTm UserID, iar serverul trimite înapoi răspunsul cu soldul din contul dvs.
Cazul de mai sus este numai atunci când un utilizator a lovit serverul. Trebuie să ne asigurăm că, chiar și atunci când 1000 de utilizatori accesează serverul, aceștia ar trebui să primească răspunsul la timp, deoarece utilizarea finală a utilizatorului este obiectivul nostru principal.
Concluzie
Aș încheia acest tutorial reiterând că testarea pe mobil pare a fi foarte ușoară la început, dar pe măsură ce continuați să vă înțelegeți, veți înțelege că nu este ușor să vă asigurați că orice lucru dezvoltat va funcționa fără probleme pe mii de dispozitive din întreaga lume. .
Veți vedea în cea mai mare parte aplicațiile care sunt acceptate numai în ultimele și ultimele versiuni ale sistemului de operare. Cu toate acestea, devine testerul să se asigure că nu pierd niciun scenariu. Sunt multe alte puncte care trebuie luate în considerare, dar nu le-am menționat pe cele deja iterate în celelalte tutoriale.
Scenarii cum ar fi consumul de baterie, testarea întreruperii, testarea pe diferite rețele (3G, Wi-Fi), testarea în timpul schimbării rețelelor, testarea maimuțelor de aplicații mobile etc. sunt toate utile atunci când vine vorba de testarea mobilă.
Atitudinea testerilor contează foarte mult atunci când vine vorba de mediul real de testare. Până când și dacă nu îți iubești slujba, nu te vei deranja să faci lucruri menționate în tutorial.
Sunt în acest domeniu de aproximativ 6 ani și sunt foarte conștient de faptul că sarcinile devin uneori monotone, dar există multe alte lucruri pe care le putem face singuri pentru a face acele sarcini monotone oarecum interesante.
Proiectarea strategiei de testare potrivite, alegerea simulatoarelor mobile, a dispozitivelor și a instrumentelor de testare mobile potrivite ne poate asigura că avem acoperire 100% a testelor și ne poate ajuta să includem teste bazate pe securitate, utilizare, funcționalitate și compatibilitate în suitele noastre de testare.
Ei bine, acesta a fost efortul nostru de a îndeplini mai multe cereri din partea cititorilor noștri pe un ghid de testare a aplicațiilor mobile.
Autori : Mulțumim Swapna, Hasnet și multor altor experți în testări mobile, pentru că ne-au ajutat să compilăm această serie!
În următorul nostru articol, vom discuta mai multe despre Testarea aplicațiilor iOS .
Lectură recomandată
- Servicii de testare beta pentru aplicații mobile (instrumente de testare beta pentru iOS și Android)
- Testarea încărcării cu tutoriale HP LoadRunner
- 5 Provocări și soluții de testare mobilă
- De ce testarea pe mobil este dificilă?
- Cum să obțineți rapid un job de testare pe mobil - Ghid de carieră pentru testarea pe mobil (partea 1)
- Tutorial Appium pentru testarea aplicațiilor mobile Android și iOS
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Cele mai bune 11 instrumente de automatizare pentru testarea aplicațiilor Android (instrumente de testare a aplicațiilor Android)