Meniu

Testarea pe teren pentru aplicații mobile (importanță și necesitate)

  • Principal
  • Alte
  • Testarea pe teren pentru aplicații mobile (importanță și necesitate)

field testing mobile applications importance

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Testarea pe teren - Aplicații mobile:

Adesea, în timp ce ne testăm aplicația mobilă, ne vine în minte o întrebare: „Dacă testarea automatizării, regresia, încărcarea, testarea serviciilor web sunt suficiente pentru aplicația noastră sau ar trebui să testăm ceva mai mult? '

În acest tutorial, vă voi oferi o perspectivă profundă asupra testării pe teren, a importanței, strategiei sale și vă voi explica când ar trebui să fie făcută.

Ei bine, poate fi suficient sau nu pentru că toate aceste teste, cum ar fi automatizarea, serviciul web, încărcarea etc., intră în categoria de testare „In-House”. Dar dacă doriți să implicați rolul utilizatorului final, mai există încă un tip de test care trebuie făcut și care nu este altceva decât „Testarea pe teren” .

Testarea pe teren

După cum sugerează și numele, implică ieșirea din zona puternică Wifi și utilizarea rețelei dvs. 2G sau 3G sau 4G pentru a verifica utilitatea aplicației dvs. Puteți încerca să utilizați aplicația în timp ce vă conduceți mașina sau în timp ce faceți o plimbare sau stați acasă în funcție de confortul dvs.

Pentru informații de bază despre testarea aplicațiilor mobile, puteți consulta următoarele tutoriale.

Ce veți învăța:

Clasificarea testării aplicațiilor mobile

Dacă testați o aplicație web pe un dispozitiv mobil, tipurile de testare rămân aceleași ca și pentru laptopuri sau computere, cum ar fi funcționale, UI, limită, încărcare etc. Dar pentru testarea unei aplicații mobile, fie hibridă, fie nativă, testarea este clasificat în două categorii chiar la nivelul inițial.

Sunt:

  1. Testare internă
  2. Testarea pe teren

Baza diferenței dintre aceste două categorii este rolul pe care îl identificați, adică Faceți teste ca QA pentru a verifica aplicația împotriva cerinței sau folosiți aplicația ca utilizator final pentru a vă satisface nevoia?

Date mai jos sunt câteva diferențe între ambele:

Testare internă

Testarea pe teren

Acest test se face chiar de la faza inițială până la lansare pentru a verifica dacă aplicația îndeplinește cerințele declarate în ceea ce privește funcționalitatea, scalabilitatea, utilizabilitatea etc.

Această testare se face în ultima fază când se face regresia pentru aplicație și aplicația este numită stabilă de „Echipa” înainte de lansare. Este posibil sau nu să existe o cerință din partea clientului.

Tipul de testare include funcțional, regresie, UI, performanță, automatizare.

Tipul de testare include în principal funcționalitatea și utilitatea aplicației.

Această testare se face atât pe rețelele WiFi, cât și pe cele mobile.

Acest lucru se face strict pe rețelele mobile.

Laboratoarele de testare sunt create într-o cameră sau pe biroul unui QA.

Este nevoie de QA să ieși și să testezi în timp ce te plimbi sau acasă sau conduci.

Testarea se poate face pe emulator sau simulator.

Testarea se face numai pe dispozitive reale.

Clasificarea testării aplicațiilor mobile

Importanța testării pe teren iOS și Android

După cum sa explicat mai sus, testarea pe teren se face pentru a verifica comportamentul sau utilizabilitatea aplicației dvs. ca utilizator final. Acest lucru se face practic în rețeaua mobilă a telefonului dvs. mergând pe străzi sau pe o piață, conducând o mașină sau pur și simplu fiind acasă.

Exemplu de testare mobilă

( sursa imaginii )

În lumea de astăzi, folosim aplicațiile noastre mobile oriunde, oricând, ne aflăm acasă, facem cumpărături / rezervăm bilete / verificăm e-mailuri etc. hărți.

Aplicațiile mobile au devenit acum o parte a vieții noastre de zi cu zi.

Iată câteva exemple care explică necesitatea testării aplicației dvs. mobile în teren și nu doar intern:

  • Nu este necesar ca de fiecare dată să aveți un Wifi sau un hotspot puternic în jur, mai ales în India. Prin urmare, trebuie să vă bazați pe rețeaua mobilă a telefonului.
  • Există locuri în care ne confruntăm cu probleme de acoperire, iar gama de telefoane va fi medie sau scăzută. Acest lucru se poate datora unor turnuri mai puțin mobile sau dens acoperite cu copaci. La mine acasă, mă confrunt foarte mult cu această problemă în sala de desen și sufragerie, ceea ce este frustrant tot timpul.
  • Este posibil să vă conduceți mașina și să aveți nevoie să vă accesați e-mailurile sau să vă îndreptați către un loc necunoscut pentru dvs.
  • Când ieșim în vacanță, nu avem (fiecare) informații despre oraș sau loc. Când călătoresc cu familia în vacanță, mergem mereu pe cont propriu și folosim aplicațiile pentru a afla despre oraș, fie că sunt restaurante, locuri de vizitat etc.
  • Astăzi preferăm transferurile online utilizând aplicații precum PayTm, PayZApp etc., decât să folosim întotdeauna numerar.
  • Folosind aplicații de chat, YouTube etc., oriunde.

Acestea sunt câteva dintre exemplele în timp real care definesc utilizarea aplicațiilor mobile. Prin urmare, devine important să vă testați aplicația în teren. Este posibil ca publicul dvs. vizat să se afle într-o țară bine dezvoltată, având puncte fierbinți sau Wi-Fi disponibile peste tot.

Dar totuși, ar trebui să faceți cel puțin o testare pe teren a aplicației dvs., deoarece:

1) Când vă testați aplicația în timp ce conduceți o mașină sau mergeți sau stați într-un loc cu autonomie mai mică, veți afla dacă aplicația dvs. are probleme de blocare în timp ce trimiteți sau preluați date.

Am avut propriile date de conectare la aplicație care s-au blocat pentru prima versiune a aplicației noastre, am testat pe un telefon care avea 3G. Totuși, datele de conectare au expirat și s-au blocat.

Două) Utilizatorii îl urăsc când văd că apare un simbol de încărcare mai mult de 5 minute. Este foarte important să verificați care este timpul de răspuns luat de serverul dvs., serviciul web și aplicația dvs. pentru a încărca informațiile.

Se încarcă ecranul

Acestea sunt cele două indicații critice care sunt verificate într-un test de teren și acest lucru vă ajută, de asemenea, să fiți siguri că aplicația dvs. este cu adevărat stabilă.

Cum este afectat testul pe teren?

Testul meu de teren este afectat de modul hibrid sau nativ?

Înainte de a răspunde la această întrebare, permiteți-mi să vă ofer mai întâi o explicație de bază a aplicațiilor hibride și native.

Aplicații hibride:

Acestea sunt practic aplicațiile web care sunt ambalate în ambalajul nativ și sunt utilizate în cea mai mare parte pentru a dezvolta aplicații multi-platformă (pentru a menține bazele de cod identice pentru Android și iOS). Arată ca aplicații native, dar în realitate informațiile sunt încărcate pe măsură ce utilizatorul navighează prin pagini.

Aplicații native:

Acestea sunt dezvoltate în mod special pentru un sistem de operare care utilizează la maximum funcțiile sistemului de operare. Toate informațiile sunt încărcate dintr-o singură dată când aplicația este pornită.

Hibrid vs Nativ

( sursa imaginii )

Am lucrat atât la testarea aplicațiilor hibride, cât și la cele native și, ca QA, testarea pentru ambele a fost importantă pentru aplicația mea. Există o diferență între aplicația hibridă și cea nativă, spre deosebire de aplicațiile native, aplicațiile hibride nu folosesc direct funcțiile telefonului dvs., cum ar fi GPS, locație etc. Aplicațiile hibride utilizează funcțiile telefonului sau ale sistemului de operare prin intermediul pluginurilor.

cum se deschide fișierul jar cu java

Cred cu tărie că, pentru fiecare versiune majoră pentru o aplicație nativă, testul de teren ar trebui făcut, deoarece folosește funcțiile telefonului și ale sistemului de operare.

Efectuarea unui test de câmp va indica performanța aplicației dvs. față de aceeași. Acesta va indica dacă telefonul este unul high-end sau low-end, cum este performanța, stabilitatea și gradul de utilizare a aplicației dvs.

Un alt motiv pentru a face un test de teren pentru fiecare versiune majoră este că aplicațiile native trebuie să fie actualizate cu noi versiuni ale sistemului de operare. Prin urmare, în comparație cu aplicațiile hibride, versiunile Native sunt mai multe sau dacă este lansată o nouă versiune de sistem de operare, este nevoie de un test de teren, chiar dacă nu se fac modificări în funcțiile aplicației.

Strategia pentru testarea pe teren

Care ar trebui să fie strategia mea pentru testarea pe teren?

Pentru testarea pe teren, pasul principal și important care trebuie înțeles este impactul rețelei sau al datelor asupra funcționalităților majore ale aplicației dvs. Prin urmare, purtați o discuție amănunțită cu echipa de dezvoltare despre funcționalități.

Următoarele sunt indicațiile pentru a decide strategia pentru testarea pe teren:

1) Primul pas ca QA este acela de a eticheta cazurile de testare cu „Test de teren” și de a crea o suită pentru același lucru. Discutați cu echipa dvs. BA și QA despre Suite și vedeți dacă au ceva de adăugat.

Două) În funcție de scopul aplicației dvs. și de utilizatori, creați câteva cazuri de testare separate pentru cum, când și unde poate fi utilizată aplicația dvs. Este posibil să nu fie nevoie să le executați pentru testarea internă.

3) Mergeți pentru un test de câmp numai atunci când aplicația trece testul de regresie și când nu există probleme funcționale deschise.

4) Pentru prima versiune, creați un document (diagramă) cu toate detaliile cazurilor de testare, persoana care execută, o zonă în care a fost testat și erorile raportate. Odată creat, îl puteți folosi pentru versiuni viitoare.

5) Folosiți un dispozitiv High și un dispozitiv Low-end pentru testarea pe teren și încercați să păstrați același sistem de operare, acest lucru vă va ajuta să faceți o analiză a erorilor găsite. Uneori vedem erori în testarea pe teren, dar nu și în testarea internă.

6) Creați o echipă de 4-5 persoane și puneți-i să facă testul pe teren în diferite zone și, cu siguranță, încercați să utilizați aplicația în timp ce conduceți și un loc cu un interval de date scăzut. De asemenea, puteți avea managerul dvs., BA implicat în testul de teren.

7) Etichetați erorile găsite cu o etichetă precum „Test de teren”, vă va fi ușor să consultați versiunile viitoare.

8) Dacă aplicația dvs. trimite geolocație, testați funcționalitatea cu atenție și aș sugera să executați toate cazurile de testare legate de aceeași.

Nu este necesar să găsiți erori sau defecte, iar testul poate rula fără probleme. Conform experienței mele, păstrați-vă atenția asupra performanței și a timpului necesar pentru a răspunde. După cum s-a menționat mai devreme, un ecran „Încărcare” va descuraja oamenii să nu folosească aplicația dvs.

Dacă aplicația dvs. este o aplicație comercială precum Zomato, Jabong, BookMyShow etc., încercați să efectuați un test de teren folosind o echipă de 20-25 de persoane, deoarece va indica performanța aplicației atunci când 20-25 de utilizatori vor accesa aplicația.

Când se face un test de teren pentru o aplicație?

Nu este necesar ca toate aplicațiile să fie testate pe teren, însă întotdeauna vă recomand personal să efectuați un test de teren, deoarece arată performanța aplicației în scenariul din lumea reală. Puteți discuta acest lucru cu BA, managerul sau managerul de scrum și cu proprietarul produsului dacă nu sunt conștienți sau nu sunt interesați. În calitate de QA, spuneți-vă punctele despre necesitatea unui test de teren.

Un test de câmp trebuie făcut numai după ce testul de regresie al aplicației este realizat, funcționalitățile pentru o lansare sunt implementate, erorile sunt verificate, remediate și cel mai important, aplicația este stabilă.

Factorii importanți ai testului pe teren includ:

  • Prima lansare a aplicației: Oferă un mare avantaj să efectuezi un test aprofundat pe teren al aplicației pentru prima versiune. Întrucât aplicația nu a ajuns încă la Magazin Play, vă ajută pe dvs. și echipa dvs. să analizați performanța utilizând aplicația ca un utilizator normal.
  • O aplicație este nativă: Așa cum am menționat anterior, testul de teren este o necesitate pentru fiecare lansare a unei aplicații native, deoarece acestea utilizează funcțiile telefonului și ale sistemului de operare.
  • Când este lansată noua versiune de sistem de operare: Când este lansată o nouă versiune de sistem de operare, trebuie să verificați dacă aplicația este stabilă, compatibilă și funcționează bine față de noul sistem de operare.
  • Orice versiune majoră pentru funcții noi sau modificate: Când se introduc funcții noi sau se actualizează caracteristicile existente, este bine să faceți un test de teren pentru a vă asigura că performanța aplicației nu este afectată.
  • Testarea pe teren ca parte a testului de rutină: Testarea pe teren pentru o aplicație mobilă ar trebui tratată la fel ca un test de rutină, cum ar fi regresia, automatizarea și nu ar trebui niciodată ignorată. Chiar dacă aplicația dvs. este stabilă sau dacă ați lucrat la ea de mai mult de 1 sau 2 ani, efectuați un test de teren de fiecare dată când are loc o versiune majoră.

Test de teren

Exemple de teste care pot fi verificate într-un test de teren

Să luăm în considerare aplicația Zomato pe care o folosim pentru a căuta restaurante în jurul nostru sau într-o anumită zonă.

Mai jos sunt câteva exemple de cazuri de test care pot fi luate în considerare pentru un test de teren:

# 1) Primul pas și cel de-al doilea ar fi să mă autentific pe care l-aș face ca client.

Aici rețineți că, în primul rând, nu ar trebui să dureze mai mult de un minut pentru a mă conecta cu contul Facebook sau Google pe care îl aleg, în al doilea rând, în momentul în care sunt conectat, ar trebui să-mi ceară permisiunea de a porni telefonul GPS (dacă este dezactivat) altceva ar trebui să încarce lista de restaurante pentru locația mea detectată.

Mai sus menționate sunt cele 2 verificări importante care trebuie făcute chiar în primul test.

#Două) Verificați că, atunci când modificați locația, lista restaurantelor se actualizează, încercați acest test în timp ce ieșiți pe drum. Lista ar trebui să fie actualizată, iar cardurile restaurantelor ar trebui să fie afișate cu imagini fără probleme.

# 3) Verificați cazul de test de mai sus și în timp ce conduceți o mașină.

# 4) Verificați (în timp ce mergeți pe drum) fluxul de la capăt la cap al aplicației, adică chiar de la conectare, căutând o locație și comandând mâncare de la un restaurant. Detaliile comenzii dvs. trebuie trimise cu succes la restaurant.

# 5) Executați același caz de test de mai sus în timp ce conduceți o mașină.

# 6) Verificați pe un 3G (schimbând modul de date în 3G) pentru un flux de la capăt la capăt pentru „rezervarea unei mese”, adică schimbați din nou locația, selectați un restaurant din listă și rezervați o masă.

# 7) Dacă aveți un cupon, verificați dacă îl puteți folosi cu succes când comandați alimente de la Zomato.

# 8) Verificați dacă puteți scrie cu succes un feedback pentru restaurant (în timp ce mergeți pe jos) și dacă feedback-ul este trimis restaurantului pentru examinare sau cel puțin dacă apare în lista de recenzii a restaurantului.

Acestea sunt câteva dintre exemplele de cazuri de testare în timp ce definesc utilizarea de bază a aplicației și ar trebui testate în testul de teren. Aici puteți crea, de asemenea, o matrice pentru modelul de telefon (High end sau low end) Vs tipul de rețea (2G, 3G etc.) și puteți executa testele pentru același lucru.

Concluzie

Orice aplicație mobilă poate fi numită stabilă și rapidă nu doar prin trecerea testului de regresie, verificarea erorilor, testul de stres sau de încărcare, ci doar atunci când trece cu succes și un test de teren.

declarați o matrice de șiruri în java

Testarea pe teren trebuie făcută pentru fiecare versiune în măsura posibilă. Pentru aplicațiile mobile, testul de teren face parte din ciclul de testare și nu trebuie niciodată evitat sau luat cu ușurință.

Testarea pe teren joacă un rol foarte important în definirea performanței aplicațiilor dvs. pentru prima versiune. Dacă echipa dvs. nu este conștientă de aceasta, explicați-i despre aceasta și despre necesitatea acesteia.

În următorul nostru tutorial, vom discuta mai multe despre „ Testarea celui mai recent telefon sau a celui mai recent sistem de operare '.

Lectură recomandată

^