Meny

Fälttestning för mobilapplikationer (betydelse och nödvändighet)

  • Huvud
  • Övrig
  • Fälttestning för mobilapplikationer (betydelse och nödvändighet)

field testing mobile applications importance

Prova Vårt Instrument För Att Eliminera Problem

Fältprovning - mobilapplikationer:

Ofta när vi testar vår mobilapplikation kommer en fråga att komma ihåg oss ”Om automatiseringstest, regression, belastning, webbtjänstestning räcker för vår app eller ska vi testa något mer? ''

I den här handledningen kommer jag att ge en djup insikt i fältprovning, dess betydelse, strategi och förklara när ska det också göras.

Tja, det kan vara tillräckligt eller det kan inte bero på att alla dessa tester som automatisering, webbtjänst, belastning etc., faller under testkategorin ”internt”. Men om du vill implicera slutanvändarrollen finns det ännu en typ av test som måste göras och det är inget annat än 'Fälttest' .

Fälttest

Som namnet själv antyder innebär det att du går ut ur din starka Wifi-zon och använder ditt 2G- eller 3G- eller 4G-nätverk för att kontrollera användbarheten i din applikation. Du kan försöka använda appen när du kör bil eller tar en promenad eller sitter hemma enligt din komfort.

För grundläggande information om testning av mobilapplikationer kan du läsa följande handledning.

Vad du kommer att lära dig:

Klassificering av testning av mobilapplikationer

Om du testar en webbapplikation på en mobil förblir testtyperna desamma som för dina bärbara datorer eller datorer som funktionell, användargränssnitt, gräns, laddning etc. Men för att testa en mobilapplikation, oavsett om det är Hybrid eller Native, testning klassificeras i två kategorier på den allra första nivån.

Dom är:

  1. Interntestning
  2. Fälttest

Basen för skillnaden mellan dessa två kategorier är den roll du efterliknar, dvs. Testar du som QA för att verifiera appen mot kravet eller använder du appen som slutanvändare för att uppfylla ditt behov?

Nedan följer några skillnader mellan båda:

Interntestning

Fälttest

Denna testning görs direkt från den inledande till release-fasen för att verifiera att applikationen uppfyller sina angivna krav när det gäller funktionalitet, skalbarhet, användbarhet etc. Detta görs mot användarberättelserna eller de projektkrav som tillhandahålls av kunden.

Denna testning görs i den sista fasen när regressionen görs för applikationen och applikationen kallas stabil av ”Teamet” före släppet. Det kan eller inte kan finnas ett krav för detta från kunden.

Testtypen inkluderar funktionell, regression, användargränssnitt, prestanda, automatisering.

Testtypen innefattar främst applikationens funktionalitet och användbarhet.

Denna testning görs på både WiFi och mobila nätverk.

Detta görs strikt på mobilnät.

Testlaboratorier skapas i ett rum eller på en QAs skrivbord.

QA: s behov av att gå ut och testa när du går runt eller hemma eller kör.

Testning kan göras på emulator eller simulator.

Testning görs endast på riktiga enheter.

Klassificering av mobilappstestning

Betydelsen av testning av iOS och Android

Som förklarats ovan görs fälttester för att verifiera din applikations beteende eller användbarhet som slutanvändare. Detta görs i grunden i telefonens mobilnätverk genom att gå runt på gatorna eller på en marknad, genom att köra bil eller bara vara hemma.

Exempel på mobil testning

( bildkälla )

I dagens värld använder vi våra mobilappar överallt, när som helst, är hemma och handlar / bokar biljetter / kollar e-post etc., eller står på en marknad och letar efter närliggande platser / restauranger / köpcentra eller om det körs till en plats genom att söka på Kartor.

Mobilapplikationer har nu blivit en del av vårt dagliga liv.

Nedan följer några exempel som förklarar behovet av att testa din mobilapp i fält och inte bara internt:

  • Det är inte nödvändigt att varje gång du har en stark Wifi eller hotspot runt, särskilt i Indien. Därför måste du lita på telefonens mobilnätverk.
  • Det finns platser där vi står inför täckningsproblem och telefonens räckvidd blir medelstor eller låg. Detta kan bero på mindre mobila torn eller tätt täckta av träd. Hos mig står jag inför detta problem mycket i min rit- och matsal som är frustrerande hela tiden.
  • Det kan vara möjligt att du kör din bil och du måste komma åt dina e-postmeddelanden eller få vägbeskrivning till någon plats som är okänd för dig.
  • När vi åker på semester har vi inte (varje enskild) information om staden eller platsen. När jag reser med min familj på semester går vi alltid på egen hand och använder apparna för att hitta om staden, vare sig det är restauranger, platser att besöka etc.
  • Idag föredrar vi onlineöverföringar genom att använda appar som PayTm, PayZApp etc. snarare än att alltid använda kontanter.
  • Använda chattappar, YouTube etc., var som helst.

Detta är några av realtidsexemplen som definierar användningen av mobilappar. Därför blir det viktigt att testa din app i fält. Det kan vara möjligt att dina målgrupper är i ett väl utvecklat land som har hotspots eller wifi tillgängligt överallt.

Men ändå bör du göra minst en fälttestning av din app för:

1) När du testar din app när du kör bil eller går eller sitter på en plats med mindre räckvidd får du veta om din app har kraschar när du skickar eller hämtar data.

Vi fick själva appinloggningen att krascha för den allra första utgåvan av vår app, vi testade på en telefon som hade 3G. Inloggningen fick fortfarande timeout och kraschade.

två) Användare hatar det när de ser en laddningssymbol visas i mer än 5 minuter. Det är mycket viktigt att verifiera vilken svarstid som din server, webbtjänst och din app tar för att ladda informationen.

Laddar skärmen

Det här är de två kritiska pekarna som verifieras i ett fältprov och detta hjälper dig också att vara säker på att din app är riktigt stabil.

Hur påverkas fältprovet?

Påverkas mitt fältprov av Hybrid- eller Native-sättet?

Innan jag svarar på denna fråga, låt mig först ge dig en grundläggande förklaring av Hybrid- och Native-appar.

Hybridappar:

Dessa är i grunden webbapparna som är förpackade i det inbyggda omslaget och används oftast för att utveckla plattformsapplikationer (för att hålla kodbaserna desamma för Android och iOS). De ser ut som infödda appar men faktiskt laddas informationen när användaren navigerar genom sidor.

Inbyggda appar:

Dessa är särskilt utvecklade för ett operativsystem som använder funktionerna i operativsystemet som bäst. All information laddas på en gång när appen startas.

Hybrid vs Native

( bildkälla )

Jag har arbetat med både Hybrid- och Native-apptestning och som en kvalitetssäkring var det viktigt att testa båda för min app. Det finns en skillnad mellan Hybrid- och Native-appen, till skillnad från Native-appar använder Hybrid-appar inte direkt telefonens funktioner som GPS, Location etc. Hybridapparna använder telefonens eller OS-funktionerna via plug-ins.

hur man testar SQL-injektion manuellt

Jag tycker starkt att för varje större utgåva för en Native-app bör fälttest göras eftersom det använder telefonens och operativsystemets funktioner.

Genom att utföra ett fälttest indikeras prestandan för din app med avseende på densamma. Det kommer att indikera om telefonen är en high-end eller low-end en, hur är prestandan, stabiliteten och användbarheten för din applikation.

En annan anledning att göra ett fälttest för varje större version är att inbyggda appar måste uppdateras med nya versioner av operativsystemet. Därför jämfört med Hybrid-apparna är versioner av Native fler eller om en ny OS-version lanseras krävs ett fälttest även om det inte görs några ändringar i appens funktioner.

Strategi för fältprovet

Vad ska vara min strategi för fältprovet?

För fältprovning är det viktigaste och viktiga steget att förstå nätverkets eller dataens inverkan på de viktigaste funktionerna i din app. Följaktligen har en grundlig diskussion med utvecklingsteamet om funktionerna.

Nedan följer tips för att bestämma strategin för fälttestning:

1) Det första steget som en QA är att tagga dina testfall med 'Field Test' och skapa en svit för samma. Diskutera med ditt BA- och QA-team om sviten och se om de har något att lägga till i den.

två) Beroende på syftet med din app och användarna, skapa några separata testfall för hur, när och var kan din app användas. Du kanske inte behöver utföra dessa för interna tester.

3) Gå till ett fältprov bara när appen klarar regressionstestet och när det inte finns några funktionella problem öppna.

4) För den allra första utgåvan skapar du ett dokument (diagram) med alla detaljer i testfall, den person som utför, ett område där det testades och fel rapporterades. När du väl har skapat kan du använda den för framtida utgåvor.

5) Använd en high-end och en low-end-enhet för testning på fältet och försök att behålla samma operativsystem, detta hjälper till att göra en analys av de fel som hittats. Ibland ser vi fel i fältprov men inte i interna test.

6) Skapa ett team på 4-5 personer och låt dem göra fältprovet i olika områden och försök med säkerhet att använda appen under körning och en plats med lågt dataräckvidd. Du kan också få din chef, BA involverad i fältprovet.

7) Tagga buggarna som hittats med en tagg som ”Field Test”, det blir lätt för dig att hänvisa till framtida utgåvor.

8) Om din app skickar geolokalisering, testa funktionaliteten noggrant och jag föreslår att du utför alla testfall relaterade till samma.

Det är inte nödvändigt att du hittar fel eller defekter och testet kan gå smidigt. Enligt min erfarenhet, håll ditt fokus på prestanda och den tid det tar för att svara. Som tidigare nämnts avskräcker en ”laddningsskärm” människor från att använda din app.

Om din app är en kommersiell app som Zomato, Jabong, BookMyShow etc., försök sedan göra ett fältprov med ett team på 20-25 personer eftersom det kommer att indikera appens prestanda när 20-25 användare kommer att träffa appen.

När gör jag ett fältprov för en app?

Det är inte nödvändigt att alla appar behöver testas i fält, men jag rekommenderar alltid personligen att göra ett fältprov eftersom det visar appens prestanda i det verkliga scenariot. Du kan diskutera detta med din BA, scrummaster eller chef och produktägaren om de inte är medvetna om eller inte är intresserade av att göra det. Som en QA, ge dina poäng om behovet av ett fältprov.

Ett fältprov bör göras först efter att regressionstestning av appen är klar, funktionerna för en release implementeras, buggar verifieras, fixas och viktigast av allt är appen stabil.

Viktiga faktorer för fälttest inkluderar:

  • Första utgåvan av appen: Det ger en stor fördel att göra ett djupgående fältprov av appen för den första versionen. Eftersom appen ännu inte går till Play Store hjälper det dig och ditt team att analysera prestandan genom att använda appen som en vanlig användare.
  • En app är infödd: Som nämnts tidigare är fälttestet ett måste för varje version av en inbyggd app eftersom de använder telefonens och operativsystemets funktioner.
  • När ny OS-version lanseras: När en ny OS-version lanseras måste du verifiera om appen är stabil, kompatibel och fungerar bra mot det nya operativsystemet.
  • Någon större version för nya eller ändrade funktioner: När nya funktioner introduceras eller befintliga funktioner uppdateras är det bra att göra ett fälttest för att se till att appens prestanda inte påverkas.
  • Fältprovning som en del av ditt rutinprov: Fälttestning för en mobilapp bör behandlas precis som ett rutintest som regression, automatisering och bör aldrig ignoreras. Även om din app är stabil eller om du har arbetat med den i mer än 1 eller 2 år gör du ett fältprov varje gång en större release sker.

Fältprov

Exempel på tester som kan verifieras i ett fältprov

Låt oss överväga appen Zomato som vi använder för att söka efter restauranger runt omkring oss eller i ett visst område.

Nedan följer några exempel på testfall som kan tas upp för ett fältprov:

# 1) Det grundläggande och det allra första steget skulle vara att logga in som jag skulle göra som kund.

Observera här att det först och främst inte borde ta mer än en minut att logga in med det Facebook- eller Google-konto som jag väljer, för det andra bör det ögonblicket jag är inloggad be mig om tillstånd att slå på telefonens GPS (om det är av) annars borde ladda restauranglistan för min upptäckta plats.

Ovan nämnda är de två viktiga verifieringarna som ska göras i det allra första testet.

#två) Kontrollera att restauranglistan uppdateras när du ändrar plats, prova detta test medan du går ut på vägen. Listan ska uppdateras och korten på restaurangerna ska visas med bilder utan några fel.

# 3) Kontrollera ovanstående testfall även när du kör bil.

# 4) Verifiera (medan du går på vägen) appens slut till slut-flöde, dvs. direkt från att logga in, söka efter en plats och beställa mat från en restaurang. Dina beställningsuppgifter ska skickas till restaurangen framgångsrikt.

# 5) Utför samma ovanstående testfall när du kör bil.

# 6) Verifiera på en 3G (genom att ändra ditt dataläge till 3G) för ett slut-till-slut-flöde för att 'boka bord', dvs. ändra platsen igen, välj en restaurang från listan och boka ett bord.

# 7) Om du har en kupong, kontrollera om du kan använda den framgångsrikt när du beställer mat från Zomato.

# 8) Kontrollera om du framgångsrikt kan skriva en feedback för restaurangen (medan du går) och om feedbacken skickas till restaurangen för granskning eller åtminstone om den dyker upp i restaurangens recensioner.

Det här är några av exemplen på testfall som definierar den grundläggande användningen av appen och bör testas i fältprovet. Här kan du också skapa en matris för telefonmodell (High end eller low end) mot typen av nätverk (2G, 3G etc) och utföra testfall för samma.

Slutsats

Alla mobilapplikationer kan kallas stabila och snabba, inte bara genom att klara regressionstestet, felverifiering, stress- eller belastningstest utan bara när det framgångsrikt klarar ett fältprov också.

hur man gör standardgateway tillgänglig

Fältprov bör göras för varje utsläpp i möjlig utsträckning. För mobila applikationer är fältprovet en del av testcykeln och bör aldrig undvikas eller tas lätt.

Fälttestning spelar en mycket viktig roll för att definiera dina apps prestanda för den allra första utgåvan. Om ditt team inte känner till detta, förklara dem om det och behovet av det.

I vår nästa handledning kommer vi att diskutera mer om “ Testar den senaste telefonen eller senaste operativsystemet '.

Rekommenderad läsning

^