Mobile App Testing Tutorials (En komplett guide med 30+ Tutorials)

mobile app testing tutorials

Prova Vårt Instrument För Att Eliminera Problem

Välj Operativsystemet Välj Ett Projektprogram (Valfritt)

Beskriv Ditt Problem

En komplett guide för att testa mobilapplikationer med djupgående handledning:

Mobilteknik och smarta enheter är trenden nu och kommer att förändra världens framtid som vi känner den. Vi kan alla garantera eller hur? Nu blir det amatörmässigt om jag listar vad vi använder dessa mobila enheter till. Ni vet alla - Kanske bättre än vi.

Låt oss gå direkt till vad denna handledning kommer att handla om.

Den kompletta listan över 30+ mobiltesthandledning:

test av mobilapplikationer 1

Introduktion till mobil testning:

Handledning nr 1: Introduktion till mobil testning
Handledning nr 2: iOS-apptestning
Handledning nr 3: Android App Testing
Handledning nr 4 : Mobila testutmaningar och lösningar
Handledning nr 5: Varför är mobil testning tuff?

Test av mobila enheter:

Självstudie nr 6: Testa en Android-version när den tas ur marknaden
Handledning nr 7 : Så här testar du mobilappar på avancerade enheter
Handledning # 8 : Fälttestning för mobilapplikationer
Handledning nr 9: Telefonmodell mot OS-version: Vilket ska testas först?

Mobil UI-testning:

Handledning nr 10: UI-testning av mobilappar
Handledning nr 11: Mobilt responsivt test

Mobila testtjänster:

Handledning nr 12: Molnbaserad mobilapplikationstestning
Handledning nr 13: Mobila testtjänster
Handledning nr 14 : Tjänster för betatestning av mobilappar
Handledning nr 15: Mobile App Development Company
Handledning nr 16: Molnbaserade mobilapptestleverantörer

Testning av mobilappens prestanda och säkerhet:

Handledning nr 17: Testning av mobila applikationer med BlazeMeter
Självstudie # 18 : Riktlinjer för testning av mobilapps säkerhet

Mobila testverktyg:

Handledning nr 19: Testapparater för Android-appar
Handledning nr 20: Bästa testverktyg för mobilapps säkerhet
Handledning nr 21: 58 Bästa mobiltestverktyg

Testning av mobil automatisering:

Handledning # 22: Appium Mobile Automation Tool tutorial
Handledning nr 23: Appium Studio-handledning
Handledning # 24: Automatisera Android-applikationer med TestComplete-verktyget
Handledning # 25 : Robotium-självstudie - Testverktyg för Android-användargränssnitt
Handledning nr 26: Selendroid Tutorial: Mobile Automation Framework
Självstudie nr 27: pCloudy Tutorial: Testning av mobilappar på riktiga enheter
Handledning # 28: Katalon Studio & Kobitons molnbaserade enhetsgårdhandledning

Mobil testkarriär:

Handledning nr 29: Hur får jag ett mobiltestjobb snabbt
Självstudie # 30: Mobiltestintervjufrågor och CV
Självstudie nr 31: Frågor om mobiltestintervju del 2

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

Låt oss börja med den första självstudien i serien.

Vad du kommer att lära dig:

Självstudie 1: Introduktion till mobilapplikationstestning

Självstudie 1: Introduktion till mobilapplikationstestning

Borta är de dagar då telefonen brukade vara en apparat som satt i ett hörn och var tvungen att ringa för att få vår uppmärksamhet eller om en dator var en maskin som endast ett fåtal personer använde - de är nu en förlängning av vår varelse - ett fönster till världen och virtuella tjänare som gör som de får veta.

Datorer var ilska och förändrade hur vi människor tänkte, uppförde oss, lärde oss och fanns.

Numera har mobilitetslösningar tagit över marknaden. Folk vill inte sätta på sina bärbara datorer / PC för allt, utan de vill att deras handhållna enheter ska utföra allt snabbt.

Därför bör de mobila lösningarna som vi levererar till våra kunder testas mycket bra. Denna handledning är avsedd för de personer som redan är i mobil testning eller de som har bytt till den på senare tid. Eftersom vi redan har många handledningar om definitioner av terminologier relaterade till mobil testning, kommer vi direkt att hantera omfattningen av denna handledning.

Denna handledning kommer att vara både en introduktion och din guide till mobil testning. Så, läs igenom!

Typer av mobil testning

Det finns i stort sett två typer av test som äger rum på mobila enheter:

# 1. Hårdvarutestning:

Enheten inklusive interna processorer, intern hårdvara, skärmstorlekar, upplösning, utrymme eller minne, kamera, radio, Bluetooth, WIFI etc. Detta kallas ibland för att vara enkel ”Mobil testning”.

# 2. Testning av programvara eller applikation:

De applikationer som fungerar på mobila enheter och deras funktionalitet testas. Det kallas ”Testning av mobilapplikationer”För att skilja det från den tidigare metoden. Även i mobilapplikationer finns det få grundläggande skillnader som är viktiga för att förstå:

a) Inbyggda appar: En inbyggd applikation skapas för användning på en plattform som mobil och surfplatta.
b) Mobila webbappar är appar på serversidan för att komma åt webbplatser på mobiler med olika webbläsare som Chrome, Firefox genom att ansluta till ett mobilnätverk eller trådlöst nätverk som WIFI.
c) Hybridappar är kombinationer av inbyggd app och webbapp. De körs på enheter eller offline och är skrivna med webbteknologier som HTML5 och CSS.

Det finns få grundläggande skillnader som skiljer dem åt:

Inbyggda appar har affinitet med en enda plattform medan mobila webbappar har plattformsaffinitet.
Inbyggda appar skrivs på plattformar som SDK, medan mobila webbappar skrivs med webbteknik som HTML, CSS, asp.net, Java, PHP.
För en inbyggd app krävs installation men för mobila webbappar krävs ingen installation.
En inbyggd app kan uppdateras från Play Store eller App Store medan mobila webbappar är centraliserade uppdateringar.
Många inbyggda appar kräver ingen internetanslutning men för mobila webbappar är det ett måste.
Native-appen fungerar snabbare jämfört med mobila webbappar.
Inbyggda appar installeras från appbutiker som Google Play Store eller App Store där mobilwebb är webbplatser och endast är tillgängliga via Internet.

Resten av artikeln kommer att handla om mobilapplikationstestning.

Betydelsen av testning av mobilapplikationer

Att testa applikationer på mobila enheter är mer utmanande än att testa webbappar på skrivbordet på grund av

Olika utbud av mobila enheter med olika skärmstorlekar och hårdvarukonfigurationer som en hård knappsats, virtuell knappsats (pekskärm) och styrboll etc.
Breda varianter av mobila enheter som HTC, Samsung, Apple och Nokia.
Olika mobila operativsystem som Android, Symbian, Windows, Blackberry och IOS.
Olika versioner av operativsystemet som iOS 5.x, iOS 6.x, BB5.x, BB6.x etc.
Olika mobilnätoperatörer som GSM och CDMA.
Frekventa uppdateringar - (som Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x) - för varje uppdatering rekommenderas en ny testcykel för att säkerställa att ingen applikationsfunktionalitet påverkas.

Som med alla applikationer är testning av mobilapplikationer också mycket viktigt, eftersom kundkretsen vanligtvis är i miljoner för en viss produkt - och en produkt med buggar uppskattas aldrig. Det resulterar ofta i monetära förluster, juridisk fråga och irreparabel skada på varumärkesimagen.

Grundläggande skillnad mellan testning av mobilappar och stationära applikationer:

Få uppenbara aspekter som skiljer test av mobilappar från testning på skrivbordet

På skrivbordet testas applikationen på en centralbehandlingsenhet. På en mobil enhet testas applikationen på mobiltelefoner som Samsung, Nokia, Apple och HTC.
Den mobila enhetens skärmstorlek är mindre än ett skrivbord.
Mobila enheter har mindre minne än ett skrivbord.
Mobiler använder nätverksanslutningar som 2G, 3G, 4G eller WIFI där skrivbord använder bredband eller fjärranslutningar.
Automationsverktyget som används för testning av stationära applikationer kanske inte fungerar på mobilapplikationer.

Typer av mobilapptestning:

För att ta itu med alla ovanstående tekniska aspekter utförs följande typer av tester på mobilapplikationer.

Användbarhetstestning - För att säkerställa att mobilappen är enkel att använda och ger kunderna en tillfredsställande användarupplevelse
Kompatibilitetstest - Test av applikationen i olika mobilenheter, webbläsare, skärmstorlekar och OS-versioner enligt kraven.
Gränssnitttestning - Testning av menyalternativ, knappar, bokmärken, historik, inställningar och navigationsflöde för applikationen.
Tjänstestestning - Testa applikationens tjänster online och offline.
Resurstestning på låg nivå : Test av minnesanvändning, automatisk radering av tillfälliga filer, lokala databasväxande problem som kallas lågnivåresurstestning.
Prestandatester - Testa applikationens prestanda genom att ändra anslutningen från 2G, 3G till WIFI, dela dokument, batteriförbrukning etc.
Operativ testning - Test av säkerhetskopior och återställningsplan om ett batteri går ner eller dataförlust vid uppgradering av applikationen från en butik.
Installationstest - Verifiering av applikationen genom att installera / avinstallera den på enheterna.
Säkerhetstestning - Testa en applikation för att validera om informationssystemet skyddar data eller inte.

Strategi för mobilapplikationstestning

Teststrategin ska se till att alla riktlinjer för kvalitet och prestanda uppfylls. Några tips i detta område:

1) Val av enheter - Analysera marknaden och välj de enheter som används i stor utsträckning. (Detta beslut bygger mestadels på klienterna. Klienten eller appbyggarna överväger popularitetsfaktorn för vissa enheter såväl som marknadsföringsbehovet för applikationen för att bestämma vilka telefoner som ska användas för testning.)

2) Emulatorer - Användningen av dessa är extremt användbar i första utvecklingsstadierna, eftersom de möjliggör snabb och effektiv kontroll av appen. Emulatorn är ett system som kör programvara från en miljö till en annan miljö utan att ändra själva programvaran. Det duplicerar funktionerna och fungerar på det verkliga systemet.

Typer av mobila emulatorer

Enhetsemulator - tillhandahålls av enhetstillverkare
Browser Emulator - simulerar mobila webbläsarmiljöer.
Operativsystem Emulator - Apple tillhandahåller emulatorer för iPhones, Microsoft för Windows-telefoner och Google Android-telefoner

Rekommenderat verktyg

# 1) Kobiton

Kobiton är en prisvärd och mycket flexibel molnbaserad mobilupplevelseplattform som påskyndar testning och leverans av native-, webb- och hybridappar på både Android och iOS med riktiga enheter. Deras nya skriptfria testautomation hjälper lagen utan kodkompetens att enkelt skapa öppna Appium-skript.

Kobiton Nytt

=> Besök Kobitons webbplats

qa frågor och svar på anställningsintervjuer

Lista över några gratis och lättanvända emulatorer för mobila enheter

i. Mobiltelefonemulator - Används för att testa telefoner som iPhone, Blackberry, HTC, Samsung etc.

mobil enhet emulator 2

ii. MobiReady - Med detta kan vi inte bara testa webbappen, vi kan också kontrollera koden.

mobil enhet emulator 3

iii. Responsivepx - Det kontrollerar svaren på webbsidorna, utseenden och funktionerna på webbplatserna.

mobil enhet emulator 4

iv. Screenfly - Det är ett anpassningsbart verktyg och används för att testa webbplatser under olika kategorier.

mobil enhet emulator 5

3) Efter att en tillfredsställande utvecklingsnivå för mobilappen är klar kan du gå för att testa på fysiska enheter för mer verkliga scenarier baserade tester.

4) Tänk på molntjänstbaserad testning: Molntjänster kör i princip enheter på flera system eller nätverk via Internet där applikationer kan testas, uppdateras och hanteras. För teständamål skapar det den webbaserade mobila miljön på en simulator för åtkomst till mobilappen.

molnbaserad mobil testning

Fördelar:

Säkerhetskopiering och återställning - Cloud computing tar automatiskt säkerhetskopiering av dina data från fjärrplats, vilket gör det enkelt att återställa och återställa data. Och också är lagringskapaciteten obegränsad.
Moln kan nås från olika enheter och var som helst.
Cloud computing är kostnadseffektivt, enkelt att använda, underhålla och uppdatera.
Snabb och snabb implementering.
Webbaserat gränssnitt.
Kan köra samma skript på flera enheter parallellt.

Nackdelar

Mindre kontroll - Eftersom applikationen körs på fjärr- eller tredjepartsmiljö har användaren begränsad kontroll och tillgång till funktionerna.
Internetanslutningsproblem - installationen sker på Internet. Nätverksproblem påverkar tillgängligheten och funktionen
Säkerhets- och integritetsfrågor - Cloud computing är en internetbearbetning och ingenting på Internet slutför säkert, så chansen för datahackning är mer.

5) Automation kontra manuell testning

Om programmet innehåller ny funktionalitet, testa det manuellt.
Om applikationen kräver testning en eller två gånger, gör det manuellt.
Automatisera skript för fall av regressionstest. Om regressionstest upprepas är automatiserad testning perfekt för det.
Automatisera skript för komplexa scenarier som är tidskrävande om de körs manuellt.

Två typer av automatiseringsverktyg är tillgängliga för att testa mobilappar:

Objektbaserade mobila testverktyg - automatisering genom att kartlägga element på enhetens skärm till objekt. Detta tillvägagångssätt är oberoende av skärmstorlek och används främst för Android-enheter.

Till exempel: - Ranorex, jamo-lösning

Bildbaserade mobila testverktyg - skapa automatiseringsskript baserat på skärmkoordinater för element.

Till exempel: - Sikuli, äggväxt, RoutineBot

6) Nätverk konfiguration är också den nödvändiga delen av mobil testning. Det är viktigt att validera applikationen i olika nätverk som 2G, 3G, 4G eller WIFI.

Testfall för testning av en mobilapp

Förutom funktionalitetsbaserade testfall kräver testning av mobilapplikationer speciella testfall som ska täcka följande scenarier.

Batterianvändning - Det är viktigt att hålla koll på batteriförbrukningen när du kör applikation på mobila enheter.
Ansökans hastighet- svarstiden på olika enheter, med olika minnesparametrar, med olika nätverkstyper etc.
Datakrav - För installation samt för att verifiera om användaren med den begränsade dataplan kan ladda ner den.
Minnesbehov - igen, för att ladda ner, installera och köra
Applikationens funktionalitet - se till att applikationen inte kraschar på grund av nätverksfel eller något annat.

Ladda nerNågra exempel på testfall för testning av mobilapplikationer:

=> Ladda ner testfallen för mobilapp

Typiska aktiviteter och förfaranden i Testing Mobile Application

Testets omfattning beror på ett antal krav som ska kontrolleras eller omfattningen av ändringar som görs i appen. Om ändringarna är få, en omgång av förnuft testning kommer att göra. Vid större och / eller komplexa förändringar, a full regression rekommenderas.

Ett exempel på applikationstestprojekt : ILL (International Learn Lab) är en applikation som är utformad för att hjälpa admin, utgivare att skapa webbplatser i samarbete. Med hjälp av en webbläsare väljer instruktörer från en uppsättning funktioner för att skapa en klass som uppfyller deras krav.

Mobil testprocess:

Steg 1. Identifiera typer av tester : Eftersom en ILL-applikation är tillämplig för webbläsare är det därför obligatoriskt att testa den här appen på alla webbläsare som stöds med olika mobila enheter. Vi måste göra användbarhet, funktionell och kompatibilitet testning på olika webbläsare med kombinationer av Handbok och automatisering testfall.

Steg 2. Manuell och automatiserad testning: Metoden som följs för detta projekt är Agile med iteration av två veckor. Varannan vecka dev. team släpper en ny byggnad för testteam och testteam kommer att köra sina testfall i QA-miljö. Automationsteamet skapar skript för uppsättningen grundläggande funktionalitet och kör skript som hjälper till att avgöra om den nya byggnaden är stabil nog att testa. Manuellt testteam kommer att testa den nya funktionaliteten.

JIRA används för att skriva godkännandekriterier; underhåll av testfall och loggning / omverifiering av fel. När iterationen är över, iteration planera möte hålls där dev. Teamet, produktägaren, affärsanalytikern och QA-teamet diskuterar vad gick bra och vad som behöver förbättras .

Steg 3. Betatestning: När regressionstestningen har slutförts av QA-teamet flyttar byggnaden till UAT. Test av användaracceptans görs av klienten. De verifierar alla buggar för att se till att alla fel har åtgärdats och att applikationen fungerar som förväntat på varje godkänd webbläsare.

Steg 4. Utvärderingsprov: Prestandatestteamet testar prestanda för webbappen med JMeter-skript och med olika belastningar på applikationen.

vad är den bästa virtual reality-appen

Steg 5. Webbläsartestning : Webbappen testas i flera webbläsare - både med olika simuleringsverktyg och fysiskt med riktiga mobila enheter.

Steg 6. Lanseringsplan: Efter var fjärde vecka går testningen in i iscensättning, där en sista omgång till slut-test på dessa enheter utförs för att säkerställa att produkten är redo för produktion. Och sedan går det live!

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

Hur man testar mobilapplikationer på både Android- och iOS-plattformar

Testar mobilapplikationer

Det är mycket viktigt för testarna som testar sina appar på både iOS och Android-plattformen att känna till skillnaden mellan de båda. iOS och Android har många skillnader oavsett utseende och känsla, appvyer, kodningsstandarder, prestanda etc.

Grundläggande skillnad mellan testning av Android och iOS

Du kanske har gått igenom alla tutorials, jag har lagt in några stora skillnader här, vilket i sin tur hjälper dig som en del av din testning:

# 1) Eftersom vi har många Android-enheter tillgängliga på marknaden och alla har olika skärmupplösningar och storlekar, vilket är en av de största skillnaderna.

Till exempel , Samsung S2-storlek är för liten jämfört med Nexus 6. Det finns stora möjligheter att din applayout och design blir förvrängd på en av enheterna. Sannolikheten är låg i iOS eftersom det bara finns räknbara enheter tillgängliga på marknaden och av dessa har många telefoner liknande upplösningar.

Till exempel, innan iPhone 6 och senare uppstod hade alla äldre versioner endast samma storlek.

#två) Exempel för att hävda ovanstående punkt är att i Android måste utvecklarna använda 1x, 2x, 3x, 4x och 5x bilder för att stödja bildupplösningar för alla enheter medan iOS bara använder 1x, 2x och 3x. Det blir dock testarens ansvar att se till att bilderna och de andra UI-elementen visas korrekt på alla enheter.

Du kan hänvisa till nedanstående diagram för att förstå begreppet bildupplösningar:

Mobilupplösningar

# 3) Eftersom vi har översvämmat marknaden med Android-enheter måste koden skrivas på ett sådant sätt att prestandan förblir stabil. Så det är ganska troligt att din app kan uppträda långsamt på lägre enheter.

# 4) En annan fråga med Android är att programuppgraderingar inte är tillgängliga för alla enheter samtidigt. Enhetstillverkare bestämmer när de ska uppgradera sina enheter. Det blir en mycket svår uppgift att testa allt både med det nya operativsystemet och det gamla operativsystemet.

Det blir också en besvärlig uppgift för utvecklarna att ändra sin kod för att stödja båda versionerna.

Till exempel , när Android 6.0 kom, skedde en stor förändring när detta operativsystem började stödja behörigheter på appnivå. För att klargöra ytterligare kan användaren ändra behörigheter (plats, kontakter) på appnivå också.

Nu är testteamet skyldigt att se till att visning av behörighetsskärmen vid appstart på Android 6.0 och senare och inte visar behörighetsskärm i de lägre versionerna.

# 5) Ur testperspektivet skiljer sig testprocessen före produktion (dvs. betaversion) på båda plattformarna. Om en användare läggs till i beta-användarlistan i Android kan han bara se den uppdaterade betaversionen i Play Store om han är inloggad i playbutiken med samma e-post-ID som läggs till som en betaanvändare.

Viktiga faktorer i mobil testning

Jag har arbetat i Mobile Testing under de senaste två åren på både iOS och Android-plattformen och alla viktiga punkter som nämns nedan i den här handledningen kommer från min personliga erfarenhet och vissa härstammar från de problem som påträffades i projektet.

Definiera ditt eget testområde

Alla har sin egen testtyp. Vissa testare fokuserar bara på vad de ser från deras ögon och resten brinner för allt som fungerar bakom kulisserna i alla mobilapplikationer.

Om du är en iOS / Android-testare föreslår jag att du åtminstone bekantar dig med några vanliga begränsningar / grundläggande funktioner för Android eller iOS eftersom det alltid tillför värde till vår teststil. Jag vet att saker är svåra att förstå utan att nämna exempel.

Nedan följer några exempel:

Vi kan inte ändra behörigheter som kamera, lagring etc. på appnivå i Android-enheter som är under 6.0.1-versionen.
För iOS under version 10.0 var samtalspaketet inte där. Bara för att informera dig med enkla ord används samtalsats av en samtalsapp och visar helskärmsvy när en användare ringer från samtalsapparna som WhatsApp, Skype etc. Medan för iOS-versioner under 10.0 ser vi dessa samtal som en aviseringsbanner.
Många av er kan ha stött på problem i Paytm där din app inte omdirigerar dig till bankens betalningssida om du vill lägga till pengar i din plånbok. Vi tror att ovanstående är ett problem med vår bank- eller Paytm-server men det är bara att vår AndroidSystemWebView inte uppdateras. Lite kunskap om programmering är alltid bra för dig och att dela med ditt team.
Med enkla ord, när en app öppnar någon webbsida i den, bör AndroidSystemWebView uppdateras.

Testets omfattning

Begränsa inte din testning

Testning bör inte bara begränsas till att utforska mobilappen och loggningsfel. Vi som QA bör vara medvetna om alla förfrågningar om att vi träffar vår server och svaret som vi får ut av den.

Konfigurera Putty för att visa loggar eller verifiera sumologik för loggar beroende på vad som används i ditt projekt. Det hjälper dig inte bara att känna till applikationens End-to-End-flöde utan gör dig också till en bättre testare när du får fler idéer och scenarier nu.

Mobile Server Floe Diagram

Anledning: Ingenting kommer till denna värld utan någon anledning. Varje uttalande bör ha ett giltigt skäl bakom sig. Anledningen till analysen av loggarna är att många undantag observeras i loggarna men de visar ingen inverkan på användargränssnittet, därför märker vi inte det.

Ska vi ignorera det?

Nej, det borde vi inte. Det har ingen inverkan på gränssnittet men det kan vara ett futuristiskt problem. Vi kan eventuellt se att vår app kraschar om dessa undantag fortsätter att krypa. Som vi har nämnt om App Crash i den sista meningen, leder detta till att QA har tillgång till crashlytics i projektet.

Crashlytics är ett verktyg där kraschar loggas tillsammans med tid och enhetsmodell.

Nu är frågan här om att testaren har sett att appen kraschar, varför behöver han då bry sig om crashlytics?

Svaret på detta är ganska intressant. Det finns några kraschar som kanske inte syns i användargränssnittet men de är inloggade på crashlytics. Det kan vara på grund av minneskrasch eller några dödliga undantag som kan påverka prestandan senare.

Cross-Platform Testing

Interaktionstestning över plattformar är mycket viktigt.

Citerar ett enkelt Exempel , säg att du arbetar med en chattapplikation som WhatsApp som stöder sändning av bilder och videor och applikationen är byggd på både iOS- och Android-plattformar (utveckling kanske eller inte kan synkroniseras)

Se till att testa kommunikationen mellan Android och iOS, orsaken är att iOS använder “Objective C” medan Android-programmering är Java-baserad och på grund av att de båda bygger på olika plattformar måste det ibland göras extra korrigeringar i appen sida för att känna igen strängar som kommer från olika språkplattformar.

Håll koll på storleken på din mobilapp

Ett annat viktigt råd för mobila testare - fortsätt kontrollera storleken på din app efter varje släpp.

Vi bör se till att appens storlek inte når en punkt där även vi som slutanvändare inte vill ladda ner den här appen på grund av dess stora storlek.

Testar appuppgraderingsscenarier

För mobila testare, testning av appuppgradering är väldigt viktigt. Se till att din app inte kraschar vid uppgraderingen eftersom dev-teamet kan ha gjort felanpassning av ett versionsnummer.

Datalagring är också lika viktigt eftersom oavsett vilka preferenser användaren har sparat i den tidigare versionen ska behållas när han uppgraderar appen.

Till exempel , en användare kan ha sparat sina bankkortuppgifter i appar som PayTm, etc.

Enhets OS stöder kanske inte appen

Låter intressant?

Ja, många enheter stöder kanske inte din app. Många av er måste veta att leverantörer skriver sina egna omslag på toppen av USA och det kan vara möjligt att alla SQL-frågor i din app inte är kompatibla med enheten och därför ger det ett undantag och det kan resultera i att inte ens starta app på den telefonen.

Punkt här är - Försök att använda din app på dina egna enheter förutom de du använder på kontoret. Det är mycket möjligt att du ser några problem med din app.

Test av apptillstånd

Nästa på listan är Tillståndstestning av mobilappar . Nästan varannan app ber sina användare om tillgång till telefonens kontakt, kamera, galleri, plats etc. Jag har sett få testare som gör ett misstag genom att inte testa rätt kombinationer av dessa behörigheter.

Jag kan komma ihåg en realtid Exempel när vi testade en chattapp som hade alla funktioner för att dela bilder och ljudfiler. Tillstånd för lagring sattes till NEJ.

Nu när en användare skulle klicka på alternativet Kamera öppnade den aldrig förrän tillståndet för lagring är inställt på JA. Scenariot ignorerades eftersom Android Marshmallow hade den här funktionen att om lagringstillstånd är inställt på NEJ kan kameran inte användas för den appen.

Omfattningen sträcker sig längre än vad vi har diskuterat i ovanstående stycke. Vi bör se till att appen inte ber om några behörigheter som inte används.

Alla slutanvändare som är bekanta med programvaruindustrin får inte ladda ner appen där alltför många behörigheter frågas. Om du har tagit bort någon funktion från din app, se till att ta bort behörighetsskärmen för samma.

c ++ ide med kompilatorn

Jämför med liknande och populära appar på marknaden

Sensmoralen i historien - Om du någonsin är i tvivel, kan du inte avsluta det själv. Jämförelse med andra liknande appar på samma plattform kan stärka ditt argument att funktionaliteten som testas fungerar eller inte.

Få en översikt över Apples kriterium för byggavvisning

Slutligen kan en majoritet av er ha stött på situationer där dina byggnader avvisades av Apple. Jag vet att det här ämnet inte kommer att intressera större delen av läsarna men det är alltid bra att känna till Apples avslagspolicy.

Som testare blir det svårt för oss att tillgodose de tekniska aspekterna, men ändå finns det något avslagskriterium som testarna kan ta hand om.

För mer information om detta, klicka här.

Var alltid på framfoten

Att vara testare, låt inte saker gå över till din domstol från Dev Team / Managers. Om du brinner för att testa då “Var alltid på framsidan” . Försök att engagera dig i aktiviteter som äger rum långt innan koden kommer till din hink för att testa.

Viktigast av allt, fortsätt titta på JIRA, QC, MTM eller det som används i ditt projekt för alla de senaste uppdateringarna om biljetter från kunder och Business Analyst. Var också redo att dela dina åsikter om du behöver ändringar. Detta gäller för alla testare som arbetar på olika domäner och plattformar.

Till och med om vi inte känner att produkten är vår egen, borde vi aldrig ge förslag på nya förbättringar eller ändringar av den befintliga funktionaliteten.

Håll din app i bakgrunden under lång tid (12-24 timmar)

Jag vet att det låter konstigt men det finns mycket logik bakom kulisserna som vi alla inte förstår.

Jag delar detta eftersom jag har sett appen krascha efter att ha startat den, säg efter cirka 14 timmar från bakgrundsstatus. Anledningen kan vara allt beroende på hur utvecklarna har kodat det.

Låt mig dela ett exempel i realtid:

I mitt fall var utgången av symboler orsaken bakom den. För en av chattapparna om den lanserades efter 12-14 timmar skulle fastna på anslutningsbannern och aldrig bli ansluten förrän den dödades och startades om. Den här typen av saker är väldigt svåra att fånga och på ett sätt gör det mobil testning mer utmanande och kreativ.

Prestandatestning av din app

I mobilvärlden påverkar appens prestanda i vilken utsträckning din applikation blir erkänd över hela världen. Som testteam blir det för viktigt att kontrollera ditt appsvar och ännu viktigare hur det fungerar när ett stort antal användare använder allt tillsammans.

Exempel:

Låt oss prata om PayTm.

Ni måste alla ha klickat på alternativet LÄGG TILL PENGAR i PayTm-appen, som sedan visar saldot du har i din plånbok. Om vi överväger vad som händer bakom kulisserna, är det en begäran som pågår till servern med PayTm UserID och servern skickar tillbaka svaret med saldot på ditt konto.

Exempel

Ovanstående fall är endast när en användare har träffat servern. Vi måste se till att även när 1000 användare träffar servern ska de få tillbaka svaret i god tid eftersom slutanvändarnas användbarhet är vårt främsta mål.

Slutsats

Jag skulle avsluta denna handledning med att upprepa att mobil testning verkar vara väldigt lätt i början men när du fortsätter att gräva in kommer du att förstå att det inte är lätt att se till att allt som utvecklas fungerar smidigt på tusentals enheter över hela världen .

Du ser mest de appar som stöds endast i senaste och sista versionerna av OS. Det blir dock testarens skyldighet att se till att de inte missar några scenarier. Det är många andra punkter som måste tas i beaktande men jag har inte nämnt de som redan upprepats i de andra självstudierna.

Scenarier som batteriförbrukning, avbrottstestning, testning i olika nätverk (3G, Wi-Fi), testning när du byter nätverk, monkey-testning av mobilappar etc. är alla användbara när det gäller mobiltestning.

Testarnas attityd spelar mycket roll när det gäller den verkliga testmiljön. Tills och om du inte älskar ditt jobb kommer du inte att göra saker som nämns i handledningen.

Jag har varit inom detta område i cirka 6 år nu och jag är mycket väl medveten om att uppgifterna ibland blir monotona, men det finns många andra saker vi kan göra på egen hand för att göra de monotona uppgifterna något intressanta.

Att utforma rätt teststrategi, välja rätt mobilsimulatorer, enheter och mobila testverktyg kan se till att vi har 100% testtäckning och hjälper oss att inkludera säkerhet, användbarhet, prestanda, funktionalitet och kompatibilitetsbaserade tester i våra testsviter.

Tja, detta har varit vårt försök att uppfylla flera förfrågningar från våra läsare på en testguide för mobilapplikationer.

Författare : Tack till Swapna, Hasnet och många andra mobila testexperter som hjälpte oss att sammanställa den här serien!

I vår nästa artikel kommer vi att diskutera mer om iOS-apptestning .