Menu

Marktestning for mobilapplikationer (vigtighed og nødvendighed)

  • Vigtigste
  • Andet
  • Marktestning for mobilapplikationer (vigtighed og nødvendighed)

field testing mobile applications importance

Prøv Vores Instrument Til At Fjerne Problemer

Marktest - mobilapplikationer:

Ofte når vi tester vores mobilapplikation, kommer et spørgsmål op til os 'Om automatiseringstest, regression, belastning, test af webservices er nok til vores app, eller skal vi teste noget mere? ''

I denne vejledning vil jeg give en dyb indsigt i feltprøvning, dens betydning, strategi og forklare, hvornår skal det også gøres.

Nå, det kan være nok, eller det kan ikke være, fordi alle disse tests som automatisering, webservice, belastning osv. Falder ind under testkategorien 'In-House'. Men hvis du vil implicere slutbrugerrollen, er der endnu en type test, der skal udføres, og det er intet andet end 'Field Testing' .

Field Testing

Som navnet selv antyder, indebærer det at gå ud af din stærke Wifi-zone og bruge dit 2G- eller 3G- eller 4G-netværk til at kontrollere anvendeligheden af ​​din applikation. Du kan prøve at bruge appen, mens du kører din bil eller tager en tur eller sidder hjemme i henhold til din komfort.

For grundlæggende oplysninger om test af mobilapplikationer kan du se følgende vejledninger.

Hvad du vil lære:

Klassificering af test af mobilapplikationer

Hvis du tester en webapplikation på en mobil, forbliver testtyperne de samme som for dine bærbare computere eller computere som funktionel, UI, grænse, belastning osv. Men til test af en mobilapplikation, hvad enten det er Hybrid eller Native, test klassificeres i to kategorier på det allerførste niveau.

De er:

  1. Intern testning
  2. Field Testing

Grundlaget for forskellen mellem disse to kategorier er den rolle, du efterligner, dvs. Tester du som en kvalitetssikring for at verificere appen mod kravet, eller bruger du appen som slutbruger til at opfylde dit behov?

Nedenfor er der få forskelle mellem begge:

Intern testning

Field Testing

Denne test udføres lige fra den indledende indtil frigivelsesfasen for at kontrollere, at applikationen opfylder de angivne krav med hensyn til funktionalitet, skalerbarhed, brugervenlighed osv. Dette gøres i forhold til brugerhistorierne eller projektkravsdokumenterne leveret af kunden.

Denne test udføres i den sidste fase, hvor regressionen udføres for applikationen, og applikationen kaldes stabil af 'Teamet' før frigivelsen. Der stilles måske eller ikke et krav til dette fra kunden.

Testtypen inkluderer funktionel, regression, UI, ydeevne, automatisering.

Testtypen inkluderer primært applikationens funktionelle og brugbare.

Denne test udføres på både WiFi og mobilnetværk.

Dette gøres strengt på mobilnetværk.

Testlaboratorier oprettes i et rum eller på en QAs skrivebord.

QA's behov for at træde ud og teste, mens du går rundt eller derhjemme eller kører.

Test kan udføres på emulator eller simulator.

Test udføres kun på rigtige enheder.

Klassificering af mobilapptest

Betydningen af ​​iOS- og Android-feltprøvning

Som forklaret ovenfor udføres feltprøvning for at kontrollere opførslen eller anvendeligheden af ​​din applikation som slutbruger. Dette gøres grundlæggende på din telefons mobilnetværk ved at gå rundt på gaderne eller et marked, ved at køre bil eller bare være hjemme.

Eksempel på mobil test

( billedkilde )

I nutidens verden bruger vi vores mobile apps overalt, når som helst, derhjemme og handler / bestiller billetter / kontrollerer e-mails osv., Eller står på et marked og søger efter nærliggende steder / restauranter / indkøbscentre eller det være sig at køre til et sted ved at søge på Kort.

Mobilapplikationer er nu blevet en del af vores daglige liv.

Følgende er nogle eksempler, der forklarer behovet for at teste din mobilapp i marken og ikke kun internt:

  • Det er ikke nødvendigt, at du hver gang har et stærkt Wifi eller hotspot rundt, især i Indien. Derfor skal du stole på din telefons mobilnetværk.
  • Der er steder, hvor vi står over for dækningsproblemer, og telefonområdet vil være medium eller lav. Dette kan skyldes mindre mobile tårne ​​eller tæt dækket af træer. Hos mig står jeg meget over for dette problem i min tegning og spisestue, hvilket er frustrerende hele tiden.
  • Det kan være muligt, at du kører din bil, og du skal have adgang til dine e-mails eller få retning til et sted, som du ikke kender.
  • Når vi tager ud på ferie, har vi ikke (hver eneste) information om byen eller stedet. Når jeg rejser med min familie på ferie, går vi altid alene og bruger apps til at finde ud af byen, det være sig restauranter, steder at besøge osv.
  • I dag foretrækker vi online overførsler ved at bruge apps som PayTm, PayZApp osv. Snarere end altid at bruge kontanter.
  • Brug af chat-apps, YouTube osv. Hvor som helst.

Dette er nogle af realtidseksemplerne, der definerer brugen af ​​mobilapps. Derfor bliver det vigtigt at teste din app i marken. Det kan være muligt, at din målgruppe er i et veludviklet land med hotspots eller Wifi tilgængelige overalt.

Men alligevel skal du udføre mindst én feltprøvning af din app, fordi:

1) Når du tester din app, mens du kører bil, går eller sidder på et sted med mindre rækkevidde, får du at vide, om din app har problemer med at gå ned, mens du sender eller henter data.

Vi fik selve apploginet til at gå ned for den allerførste udgivelse af vores app, vi testede på en telefon, der havde 3G. Alligevel blev login timeout og styrtede ned.

to) Brugere hader det, når de ser et indlæsningssymbol vises i mere end 5 minutter. Det er meget vigtigt at kontrollere, hvad det er svartid, som din server, webservice og din app tager for at indlæse oplysningerne.

Indlæser skærm

Dette er de to kritiske henvisninger, der er verificeret i en feltprøve, og dette hjælper dig også med at være sikker på, at din app er virkelig stabil.

Hvordan påvirkes feltprøven?

Er min feltprøve påvirket af hybrid- eller indfødt måde?

Før jeg besvarer dette spørgsmål, vil jeg først give dig en grundlæggende forklaring på hybrid- og indfødte apps.

Hybride apps:

Disse er dybest set de webapps, der er pakket i den indbyggede indpakning og mest bruges til at udvikle applikationer på tværs af platforme (for at holde kodebaserne ens for Android og iOS). De ligner indfødte apps, men faktisk indlæses oplysningerne, når brugeren navigerer gennem sider.

Indfødte apps:

Disse er specielt udviklet til et operativsystem, der bruger funktionerne i operativsystemet bedst. Alle oplysninger indlæses på én gang, når appen startes.

Hybrid vs Native

( billedkilde )

Jeg har arbejdet med både hybrid- og native-apptestning og som en kvalitetssikring var testning af begge vigtige for min app. Der er en forskel mellem Hybrid- og Native-appen, der i modsætning til Native-apps bruger Hybrid-apps ikke direkte telefonens funktioner som GPS, placering osv. Hybrid-apps bruger telefonens eller OS's funktioner via plug-ins.

hvordan man tester et websted

Jeg føler stærkt, at for hver større udgivelse til en Native-app, skal felttest udføres, fordi den bruger din telefons og OS's funktioner.

Udførelse af en feltprøve angiver ydeevnen for din app med hensyn til den samme. Det vil indikere, om telefonen er en high-end eller low-end, hvordan er ydeevnen, stabiliteten og anvendeligheden af ​​din applikation.

En anden grund til at lave en feltprøve for hver større udgivelse er, at native apps skal opdateres med nye versioner af operativsystemet. Derfor sammenlignet med Hybrid-apps er versioner af Native mere, eller hvis en ny OS-version lanceres, er der behov for en feltprøve, selvom der ikke er foretaget ændringer i appens funktioner.

Strategi for feltprøven

Hvad skal være min strategi for feltprøven?

Til feltprøvning er det vigtigste og vigtige trin, der skal forstås, indvirkningen af ​​netværket eller data på de vigtigste funktioner i din app. Derfor har du en grundig diskussion med udviklingsteamet om funktionaliteterne.

Følgende er henvisningerne til at beslutte strategien for feltprøvning:

1) Det primære trin som en QA er at tagge dine testcases med 'Field Test' og oprette en suite til det samme. Diskuter med dit BA- og QA-team om pakken, og se om de har noget at tilføje til den.

to) Afhængigt af formålet med din app og brugerne skal du oprette nogle separate testcases for, hvordan, hvornår og hvor kan din app bruges. Du behøver muligvis ikke at udføre disse til intern test.

3) Gå kun til en feltprøve, når appen består regressionstesten, og når der ikke er nogen funktionelle problemer åbne.

4) Til den allerførste frigivelse skal du oprette et dokument (diagram) med alle detaljer i testsager, den person, der udfører, et område, hvor det blev testet, og fejlene blev rapporteret. Når du er oprettet, kan du bruge dette til fremtidige udgivelser.

5) Brug en high-end og en low-end enhed til feltprøvning, og prøv at beholde det samme operativsystem, dette hjælper med at lave en analyse af de fundne fejl. Til tider ser vi bugs i feltprøven, men ikke i den interne test.

6) Opret et team på 4-5 personer, og få dem til at udføre feltprøven i forskellige områder, og prøv med sikkerhed at bruge appen under kørsel og et sted med lavt dataområde. Du kan også have din manager, BA involveret i feltprøven.

7) Tag bugs fundet med et tag som 'Field Test', det vil være let for dig at henvise til fremtidige udgivelser.

8) Hvis din app sender geografisk placering, skal du teste funktionaliteten grundigt, og jeg vil foreslå at udføre alle testsagerne, der er relateret til den samme.

Det er ikke nødvendigt, at du finder fejl eller mangler, og testen kan køre glat. I henhold til min erfaring skal du holde dit fokus på ydeevnen og den tid, det tager at reagere. Som tidligere nævnt vil en 'Loading' skærm afskære folk fra at bruge din app.

Hvis din app er en kommerciel app som Zomato, Jabong, BookMyShow osv., Så prøv at lave en feltprøve ved hjælp af et team på 20-25 personer, fordi det vil indikere appens ydeevne, når 20-25 brugere rammer appen.

Hvornår skal jeg lave en feltprøve for en app?

Det er ikke nødvendigt, at alle apps skal testes i marken, men jeg anbefaler altid personligt at lave en feltprøve, da det viser appens ydeevne i det virkelige verdensscenario. Du kan diskutere dette med din BA, scrum master eller manager og produktejeren, hvis de ikke er opmærksomme på eller ikke er interesseret i at gøre. Som en QA, giv dine point om behovet for en feltprøve.

En feltprøve bør kun udføres efter regressionstest af appen er udført, funktionaliteterne for en frigivelse er implementeret, fejl er verificeret, løst og vigtigst af alt er appen stabil.

Vigtige faktorer i feltprøven inkluderer:

  • Første udgivelse af appen: Det giver en stor fordel at lave en dybtgående felttest af appen til den første mest udgivelse. Da appen endnu ikke skal gå til Play Butik, hjælper den dig og dit team med at analysere ydeevnen ved at bruge appen som en normal bruger.
  • En app er indfødt: Som nævnt før er feltprøven et must for enhver udgivelse af en indbygget app, da de bruger telefonens og operativsystemets funktioner.
  • Når ny OS-version lanceres: Når en ny OS-version lanceres, skal du kontrollere, om appen er stabil, kompatibel og fungerer godt mod det nye OS.
  • Enhver større udgivelse for nye eller ændrede funktioner: Når nye funktioner introduceres, eller eksisterende funktioner opdateres, er det godt at lave en feltprøve for at sikre, at appens ydeevne ikke påvirkes.
  • Felttestning som en del af din rutineprøve: Marktest til en mobilapp skal behandles ligesom en rutineprøve som regression, automatisering og bør aldrig ignoreres. Selvom din app er stabil, eller hvis du har arbejdet med den i mere end 1 eller 2 år, skal du udføre en feltprøve hver gang der sker en større udgivelse.

Feltprøve

Eksempler på tests, der kan verificeres i en feltprøve

Lad os overveje appen fra Zomato, som vi bruger til at søge efter restauranter omkring os eller i et bestemt område.

Nedenfor er der få eksempler på testsager, der kan tages op til en feltprøve:

# 1) Det grundlæggende og det allerførste skridt ville være at logge ind, som jeg ville gøre som kunde.

Her bemærkes, at det først og fremmest ikke skal tage mere end et minut at logge ind med den Facebook- eller Google-konto, som jeg vælger. For det andet skal det øjeblik, hvor jeg er logget ind, bede mig om tilladelse til at tænde min GPS-telefon (hvis det er slukket) ellers skal indlæse listen over restauranter for min opdagede placering.

Ovenstående er de 2 vigtige verifikationer, der skal udføres i den allerførste test.

#to) Bekræft, at restaurantlisten bliver opdateret, når du ændrer placeringen. Prøv denne test, mens du går ud på vejen. Listen skal opdateres, og kortene på restauranterne skal vises med billeder uden fejl.

# 3) Kontroller ovenstående testtilfælde også, mens du kører en bil.

# 4) Bekræft (mens du går på vejen) appens afslutning til slutstrøm, dvs. lige fra at logge ind, søge efter et sted og bestille mad fra en restaurant. Dine ordreoplysninger skal sendes til restauranten med succes.

# 5) Udfør den samme ovenstående testtilstand, mens du kører en bil.

# 6) Bekræft på en 3G (ved at ændre din datatilstand til 3G) for en ende-til-slut-strøm for 'at booke et bord', dvs. skift igen placeringen, vælg en restaurant fra listen og book en tabel.

# 7) Hvis du har en kupon, skal du kontrollere, om du kan bruge den med succes, mens du bestiller mad fra Zomato.

# 8) Kontroller, om du med succes kan skrive en feedback til restauranten (mens du går), og om feedbacken sendes til restauranten til gennemgang, eller i det mindste hvis den vises i restaurantens anmeldelser.

Dette er nogle af eksemplerne på testsager, mens de definerer den grundlæggende brug af appen og skal testes i feltprøven. Her kan du også oprette en matrix til telefonmodel (High end eller low end) Vs typen af ​​netværk (2G, 3G osv.) Og udføre testcases for det samme.

Konklusion

Enhver mobilapplikation kan kaldes stabil og hurtig, ikke kun ved at bestå regressionstest, bugbekræftelse, stress- eller belastningstest, men kun når den også bestå en feltprøve.

forskel mellem røgtest og sundhedstest

Feltprøve bør udføres for hver frigivelse i muligt omfang. Til mobile applikationer er feltprøven en del af testcyklussen og bør aldrig undgås eller tages let.

Marktest spiller en meget vigtig rolle i at definere dine apps ydeevne til den allerførste udgivelse. Hvis dit team ikke er opmærksom på dette, skal du forklare dem om det og behovet for det.

I vores næste tutorial vil vi diskutere mere om “ Test af den nyeste telefon eller nyeste operativsystem '.

Anbefalet læsning

^