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

mobile app testing tutorials

Prøv Instrumentet Vårt For Å Eliminere Problemer

Velg Operativsystemet Velg Et Projeksjonsprogram (Valgfritt)

Beskriv Problemet Ditt

En komplett guide for testing av mobilapplikasjoner med grundige opplæringsprogrammer:

Mobil teknologi og smarte enheter er trenden nå og vil endre verdens fremtid slik vi kjenner den. Vi kan alle gå god for ikke sant? Nå blir det amatørmessig hvis jeg lister opp hva vi bruker disse mobile enhetene til. Dere vet alle det - kanskje bedre enn vi gjør.

La oss komme rett på hva denne veiledningen skal handle om.

Den komplette listen over 30+ mobile testopplæringer:

testing av mobilapplikasjoner 1

Introduksjon til mobil testing:

Opplæring # 1: Introduksjon til mobil testing
Opplæring # 2: iOS-apptesting
Opplæring # 3: Android App Testing
Opplæring # 4 : Utfordringer og løsninger for mobil testing
Opplæring # 5: Hvorfor mobil testing er vanskelig?

Testing av mobile enheter:

Opplæring # 6: Test en Android-versjon når den tas ut av markedet
Opplæring # 7 : Slik tester du mobilapper på avanserte enheter
Opplæring # 8 : Feltesting for mobilapplikasjoner
Opplæring # 9: Telefonmodell mot OS-versjon: Hvilken skal testes først?

Mobil UI-testing:

Opplæring # 10: UI-testing av mobilapper
Opplæring # 11: Mobil responsiv test

Mobile testtjenester:

Opplæring # 12: Cloud-Based Mobile Application Testing
Opplæring # 13: Mobile testtjenester
Opplæring # 14 : Mobile App Beta Testing Services
Opplæring # 15: Mobile App Development Company
Opplæring nr. 16: Cloud-Based Mobile App Testing Service Providers

Mobilappytelse og sikkerhetstesting:

Opplæring nr. 17: Ytelsestesting av mobile applikasjoner ved bruk av BlazeMeter
Opplæring # 18 : Retningslinjer for testing av mobilappsikkerhet

Mobile testverktøy:

Opplæring # 19: Android-app-testverktøy
Opplæring nr. 20: Beste verktøy for testing av mobilappsikkerhet
Opplæring # 21: 58 Beste mobile testverktøy

Mobil automatiseringstesting:

Opplæring # 22: Appium Mobile Automation Tool tutorial
Opplæring # 23: Appium Studio Tutorial
Opplæring # 24: Automatiser Android-applikasjoner ved hjelp av TestComplete Tool
Opplæring # 25 : Robotium tutorial - Android App UI Testing Tool
Opplæring # 26: Selendroid Tutorial: Mobile Automation Framework
Opplæring nr.27: pCloudy Tutorial: Mobile App Testing on Real Devices
Opplæring # 28: Katalon Studio & Kobitons Cloud-Based Device Farm Tutorial

Mobil testkarriere:

Opplæring # 29: Hvordan få en mobil testjobb raskt
Opplæring # 30: Intervjuespørsmål og CV for mobiltesting
Opplæring # 31: Spørsmål om mobiltestintervju del 2

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

La oss begynne med den første opplæringen i serien.

Hva du vil lære:

Opplæring nr. 1: Introduksjon til mobil applikasjonstesting

Opplæring nr. 1: Introduksjon til mobil applikasjonstesting

Borte er dagene da telefonen pleide å være et apparat som satt i et hjørne og måtte ringe for å få oppmerksomhet eller en datamaskin var en maskin som bare noen få mennesker brukte - de er nå en forlengelse av vårt vesen - et vindu til verden og virtuelle tjenere som gjør som de blir fortalt.

Datamaskiner var raseri og forandret hvordan vi mennesker trodde, oppførte oss, lærte og eksisterte.

I dag har mobilitetsløsninger overtatt markedet. Folk vil ikke slå på bærbare datamaskiner / PC-er for alt, de vil heller at de håndholdte enhetene skal utføre alt raskt.

Derfor bør de mobile løsningene vi leverer til våre kunder testes veldig bra. Denne opplæringen er beregnet på de som allerede er i mobil testing eller de som har byttet til den i nyere tid. Siden vi allerede har mange opplæringsprogrammer om definisjoner av terminologierelaterte terminologier, vil vi håndtere omfanget av denne opplæringen direkte.

Denne opplæringen vil være både en introduksjon og din guide til mobil testing. Så les gjennom!

Typer av mobil testing

Det er stort sett to typer tester som foregår på mobile enheter:

#1. Maskinvare testing:

Enheten inkluderer interne prosessorer, intern maskinvare, skjermstørrelser, oppløsning, plass eller minne, kamera, radio, Bluetooth, WIFI osv. Dette kalles noen ganger enkelt, “Mobil testing”.

# 2. Testing av programvare eller applikasjon:

Applikasjonene som fungerer på mobile enheter og deres funksjonalitet blir testet. Det kalles “Testing av mobilapplikasjoner”For å skille den fra den tidligere metoden. Selv i mobilapplikasjoner er det få grunnleggende forskjeller som er viktige for å forstå:

a) Innfødte apper: En naturlig applikasjon er opprettet for bruk på en plattform som mobil og nettbrett.
b) Mobile nettapper er applikasjoner på serversiden for å få tilgang til nettsteder på mobiltelefoner ved hjelp av forskjellige nettlesere som Chrome, Firefox ved å koble til et mobilnettverk eller trådløst nettverk som WIFI.
c) Hybrid-apper er kombinasjoner av native app og web-app. De kjører på enheter eller frakoblet og er skrevet ved hjelp av webteknologier som HTML5 og CSS.

Det er få grunnleggende forskjeller som skiller disse ut:

Innfødte apper har tilknytning til én plattform, mens mobilnettapper har tilknytning på tvers av plattformer.
Innfødte apper er skrevet på plattformer som SDK, mens mobile nettapps er skrevet med webteknologier som HTML, CSS, asp.net, Java, PHP.
For en innfødt app er installasjon påkrevd, men for mobilnettapper trenger ingen installasjon.
En innfødt app kan oppdateres fra Play Store eller App Store mens mobile web-apper er sentraliserte oppdateringer.
Mange innfødte apper krever ikke Internett-tilkobling, men for mobile nettapper er det et must.
Innfødte app fungerer raskere sammenlignet med mobile nettapper.
Innfødte apper installeres fra appbutikker som Google Play Store eller app Store der mobilnett er nettsteder og bare er tilgjengelig via Internett.

Resten av artikkelen skal handle om testing av mobilapplikasjoner.

Betydningen av testing av mobilapplikasjoner

Å teste applikasjoner på mobile enheter er mer utfordrende enn å teste nettapper på skrivebordet pga

Ulike utvalg av mobile enheter med forskjellige skjermstørrelser og maskinvarekonfigurasjoner som et hardt tastatur, virtuelt tastatur (berøringsskjerm) og styrekule etc.
Brede varianter av mobile enheter som HTC, Samsung, Apple og Nokia.
Ulike mobile operativsystemer som Android, Symbian, Windows, Blackberry og IOS.
Ulike versjoner av operativsystemet som iOS 5.x, iOS 6.x, BB5.x, BB6.x etc.
Ulike mobilnettoperatører som GSM og CDMA.
Hyppige oppdateringer - (som Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x) - for hver oppdatering anbefales en ny testsyklus for å sikre at ingen applikasjonsfunksjonalitet påvirkes.

Som med alle applikasjoner er testing av mobilapplikasjoner også veldig viktig, ettersom klientellet vanligvis er i millioner for et bestemt produkt - og et produkt med feil blir aldri verdsatt. Det resulterer ofte i økonomiske tap, juridiske problemer og uopprettelig skade på merkevarebildet.

Grunnleggende forskjellen mellom testing av mobil og stasjonær applikasjon:

Få åpenbare aspekter som skiller mobilapptesting bortsett fra stasjonær testing

På skrivebordet blir applikasjonen testet på en sentral prosesseringsenhet. På en mobilenhet testes applikasjonen på telefoner som Samsung, Nokia, Apple og HTC.
Skjermstørrelsen på mobilenheter er mindre enn et skrivebord.
Mobile enheter har mindre minne enn et skrivebord.
Mobiler bruker nettverkstilkoblinger som 2G, 3G, 4G eller WIFI der stasjonære datamaskiner bruker bredbånd eller oppringt tilkoblinger.
Automatiseringsverktøyet som brukes til testing av stasjonære applikasjoner, fungerer kanskje ikke på mobilapplikasjoner.

Typer av mobilapptesting:

For å adressere alle ovennevnte tekniske aspekter, utføres følgende typer testing på mobilapplikasjoner.

Brukervennlighetstesting - Å sørge for at mobilappen er enkel å bruke og gir en tilfredsstillende brukeropplevelse til kundene
Kompatibilitetstesting - Testing av applikasjonen i forskjellige mobilenheter, nettlesere, skjermstørrelser og OS-versjoner i henhold til kravene.
Grensesnitt testing - Testing av menyalternativer, knapper, bokmerker, historie, innstillinger og navigasjonsflyt for applikasjonen.
Tjenestetesting - Testing av tjenestene til applikasjonen online og offline.
Ressurstesting på lavt nivå : Testing av minnebruk, automatisk sletting av midlertidige filer, lokale databasevoksende problemer, kjent som ressurstesting på lavt nivå.
Ytelsestesting - Testing av ytelsen til applikasjonen ved å endre tilkoblingen fra 2G, 3G til WIFI, dele dokumentene, batteriforbruk, etc.
Operasjonell testing - Testing av sikkerhetskopier og gjenopprettingsplan hvis et batteri går ned, eller tap av data mens du oppgraderer applikasjonen fra en butikk.
Installasjonstester - Validering av applikasjonen ved å installere / avinstallere den på enhetene.
Sikkerhetstesting - Testing av et program for å validere om informasjonssystemet beskytter data eller ikke.

Strategi for mobilapplikasjonstesting

Teststrategien skal sørge for at alle retningslinjer for kvalitet og ytelse blir oppfylt. Noen få tips i dette området:

1) Valg av enheter - Analyser markedet og velg enhetene som er mye brukt. (Denne avgjørelsen er hovedsakelig avhengig av klientene. Klienten eller appbyggerne vurderer popularitetsfaktoren for visse enheter, samt markedsføringsbehovet for applikasjonen for å bestemme hvilke telefoner som skal brukes til testing.)

2) Emulatorer - Bruken av disse er ekstremt nyttig i innledende utviklingsstadier, ettersom de tillater rask og effektiv kontroll av appen. Emulatoren er et system som kjører programvare fra et miljø til et annet miljø uten å endre selve programvaren. Det dupliserer funksjonene og fungerer på det virkelige systemet.

Typer mobile emulatorer

Device Emulator - levert av produsenter av enheter
Browser Emulator - simulerer mobile nettlesermiljøer.
Operativsystemer Emulator - Apple tilbyr emulatorer for iPhones, Microsoft for Windows-telefoner og Google Android-telefoner

Anbefalt verktøy

# 1) Kobiton

Kobiton er en rimelig og svært fleksibel skybasert mobilopplevelsesplattform som akselererer testing og levering av native-, web- og hybridapper på både Android og iOS ved hjelp av ekte enheter. Deres nye skriptløse testautomatisering hjelper lagene uten kodingskompetanse til enkelt å generere åpne standard Appium-skript.

Kobiton Nyhet

=> Besøk Kobitons nettsted

gratis online omformer youtube til mp4

Liste over få gratis og brukervennlige emulatorer for mobile enheter

Jeg. Mobiltelefonemulator - Brukt til å teste håndsett som iPhone, Blackberry, HTC, Samsung etc.

emulator for mobilenhet 2

ii. MobiReady - Med dette kan vi ikke bare teste nettappen, vi kan også sjekke koden.

emulator for mobilenhet 3

iii. Responsivepx - Den sjekker svarene til nettsidene, utseendet og funksjonaliteten til nettstedene.

emulator for mobilenhet 4

iv. Screenfly - Det er et tilpassbart verktøy og brukes til å teste nettsteder under forskjellige kategorier.

emulator for mobilenhet 5

3) Etter at et tilfredsstillende utviklingsnivå er fullført for mobilappen, kan du gå for å teste på fysiske enheter for mer virkelige scenarier basert testing.

4) Vurder cloud computing-basert testing: Cloud computing kjører i utgangspunktet enheter på flere systemer eller nettverk via Internett der applikasjoner kan testes, oppdateres og administreres. For testformål skaper det det nettbaserte mobilmiljøet på en simulator for å få tilgang til mobilappen.

skybasert mobiltesting

Fordeler:

Sikkerhetskopiering og gjenoppretting - Cloud computing tar automatisk sikkerhetskopi av dataene dine fra ekstern plassering, noe som gjør det enkelt å gjenopprette og gjenopprette data. Og dessuten er lagringskapasiteten ubegrenset.
Skyer kan nås fra forskjellige enheter og hvor som helst.
Cloud computing er kostnadseffektivt, enkelt å bruke, vedlikeholde og oppdatere.
Rask og rask distribusjon.
Nettbasert grensesnitt.
Kan kjøre det samme skriptet på flere enheter parallelt.

Ulemper

Mindre kontroll - Siden applikasjonen kjører på eksternt eller tredjepartsmiljø, har brukeren begrenset kontroll og tilgang til funksjonene.
Internett-tilkoblingsproblemer - oppsettet er på Internett. Nettverksproblemer påvirker tilgjengeligheten og funksjonen
Problemer med sikkerhet og personvern - Cloud computing er en Internett-databehandling, og ingenting på Internett fullfører sikker, så sjansene for datahacking er flere.

5) Automasjon vs. manuell testing

Hvis applikasjonen inneholder ny funksjonalitet, kan du teste den manuelt.
Hvis applikasjonen krever testing en eller to ganger, gjør du det manuelt.
Automatiser skriptene for regresjonstesttilfeller. Hvis regresjonstester gjentas, er automatisert testing perfekt for det.
Automatiser skriptene for komplekse scenarier som er tidkrevende hvis de kjøres manuelt.

To typer automatiseringsverktøy er tilgjengelige for å teste mobilapper:

Objektbaserte mobile testverktøy - automatisering ved å kartlegge elementer på enhetsskjermen til objekter. Denne tilnærmingen er uavhengig av skjermstørrelse og brukes hovedsakelig for Android-enheter.

F.eks .: - Ranorex, jamo-løsning

Bildebaserte mobile testverktøy - lage automatiseringsskript basert på skjermkoordinater av elementer.

F.eks .: - Sikuli, Eggplante, RoutineBot

6) Nettverk konfigurasjon er også den nødvendige delen av mobiltesting. Det er viktig å validere applikasjonen i forskjellige nettverk som 2G, 3G, 4G eller WIFI.

Test tilfeller for testing av en mobilapp

I tillegg til funksjonalitetsbaserte testsaker, krever testing av mobilapplikasjoner spesielle testsaker som skal dekke følgende scenarier.

Batteribruk - Det er viktig å holde oversikt over batteriforbruket mens du kjører applikasjon på mobile enheter.
Søknadens hastighet- responstiden på forskjellige enheter, med forskjellige minneparametere, med forskjellige nettverkstyper etc.
Datakrav - For installasjon og for å verifisere om brukeren med den begrensede dataplanen kan laste den ned.
Minne krav - igjen, for å laste ned, installere og kjøre
Funksjonaliteten til applikasjonen - sørg for at applikasjonen ikke krasjer på grunn av nettverksfeil eller noe annet.

nedlastingNoen eksempler på testtilfeller for testing av mobilapplikasjoner:

=> Last ned prøvesaker for mobilapp

Typiske aktiviteter og prosedyrer i Testing Mobile Application

Testens omfang avhenger av en rekke krav som skal kontrolleres eller omfanget av endringene som er gjort i appen. Hvis endringene er få, en runde av tilregnelighet testing vil gjøre. Ved større og / eller komplekse endringer, a full regresjon er anbefalt.

Et eksempel på søknadstestprosjekt : ILL (International Learn Lab) er et program designet for å hjelpe admin, utgiver med å lage nettsteder i samarbeid. Ved hjelp av en nettleser velger instruktører fra et sett med funksjoner for å lage en klasse som oppfyller deres krav.

Mobil testprosess:

Trinn 1. Identifiser typer testing : Ettersom et ILL-program gjelder for nettlesere, er det derfor obligatorisk å teste dette programmet på alle støttede nettlesere som bruker forskjellige mobile enheter. Vi må gjøre brukervennlighet, funksjonell og kompatibilitet testing på forskjellige nettlesere med kombinasjoner av Håndbok og automasjon test tilfeller.

Steg 2. Manuell og automatisert testing: Metodikken som følges for dette prosjektet er Agile med iterasjonen på to uker. Annenhver uke dev. teamet lanserer et nytt bygg for testteam, og testteamet vil kjøre testtilfellene sine i QA-miljø. Automatiseringsteam oppretter skript for settet med grunnleggende funksjonalitet og kjører skriptene som hjelper med å avgjøre om den nye bygningen er stabil nok til å teste. Manuelt testteam vil teste den nye funksjonaliteten.

JIRA brukes til å skrive akseptkriterier; vedlikehold av testsaker og logging / etterverifisering av mangler. Når iterasjonen er over, iterasjon planlegger møte holdt der dev. Teamet, produkteier, forretningsanalytiker og QA-team diskuterer hva gikk bra og hva som må forbedres .

Trinn 3. Betatesting: Når regresjonstestingen er fullført av QA-teamet, flytter bygningen inn i UAT. Brukeracceptansetesting utføres av klienten. De bekrefter alle feilene på nytt for å sikre at hver feil ble løst, og at applikasjonen fungerer som forventet i alle godkjente nettlesere.

Trinn 4. Ytelsestest: Prestasjonstesteteamet tester ytelsen til webappen ved hjelp av JMeter-skript og med forskjellige belastninger på applikasjonen.

sql spørringsintervju spørsmål for testere

Trinn 5. Nettlesertesting : Nettappen blir testet i flere nettlesere - både ved hjelp av forskjellige simuleringsverktøy og fysisk bruk av ekte mobile enheter.

Trinn 6. Lanseringsplan: Etter hver fjerde uke går testingen over til iscenesettelse, hvor en siste runde slutt-til-slutt-testing på disse enhetene utføres for å sikre at produktet er klart til produksjon. Og så går det Live!

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

Hvordan teste mobilapplikasjoner på både Android- og iOS-plattformer

Testing av mobilapplikasjoner

Det er veldig viktig for testere som tester appene sine på både iOS og Android Platform å vite forskjellen mellom begge. iOS og Android har mange forskjeller i forhold til utseende, appvisninger, kodingsstandarder, ytelse osv.

Grunnleggende forskjell mellom Android og iOS-testing

Du har kanskje gått gjennom alle opplæringene, jeg har lagt inn noen store forskjeller her, som igjen vil hjelpe deg som en del av testingen:

#1) Siden vi har mange Android-enheter tilgjengelig i markedet, og alle har forskjellige skjermoppløsninger og størrelser, og dette er derfor en av de største forskjellene.

For eksempel , Samsung S2-størrelsen er for liten sammenlignet med Nexus 6. Det er store muligheter for at appoppsett og design blir forvrengt på en av enhetene. Sannsynligheten er lav i iOS, da det bare er tellbare enheter tilgjengelig i markedet, og av de mange telefonene har lignende oppløsninger.

For eksempel, før iPhone 6 og nyere ble til, hadde alle eldre versjoner bare samme størrelse.

#to) Eksempel på å hevde punktet ovenfor er at i Android må utviklerne bruke 1x, 2x, 3x, 4x og 5x bilder for å støtte bildeoppløsninger for alle enheter, mens iOS bruker bare 1x, 2x og 3x. Det blir imidlertid testers ansvar å sørge for at bildene og de andre brukergrensesnittelementene vises riktig på alle enheter.

Du kan referere til diagrammet nedenfor for å forstå begrepet bildeoppløsninger:

Mobiloppløsninger

# 3) Ettersom vi har markedet oversvømmet med Android-enheter, må koden skrives på en slik måte at ytelsen forblir jevn. Så det er ganske sannsynlig at appen din kan oppføre seg sakte på lavere enheter.

# 4) Et annet problem med Android er at programvareoppgraderinger ikke er tilgjengelige for alle enheter samtidig. Enhetsprodusenter bestemmer når de skal oppgradere enhetene sine. Det blir en veldig vanskelig oppgave å teste alt både med det nye operativsystemet og det gamle operativsystemet.

Det blir også en tungvint oppgave for utviklerne å endre koden for å støtte begge versjonene.

For eksempel , da Android 6.0 kom, var det en stor endring da dette operativsystemet begynte å støtte appnivåtillatelser. For å avklare ytterligere, kunne brukeren endre tillatelser (plassering, kontakter) også på appnivå.

Nå skylder testteamet ansvaret for å sørge for at visning av tillatelsesskjermbildet på appen startes på Android 6.0 og nyere og ikke viser tillatelsesskjermbildet i de nedre versjonene.

# 5) Fra testperspektivet er testproduksjon (dvs. betaversjon) test forskjellig på begge plattformene. Hvis en bruker blir lagt til i listen over beta-brukere i Android, kan han bare se den oppdaterte betaversjonen i Play-butikken hvis han er logget på spillbutikken med samme e-post-ID som er lagt til som en beta-bruker.

Nøkkelfaktorer i mobil testing

Jeg har jobbet med Mobile Testing de siste to årene på både iOS- og Android-plattformen, og alle de viktigste punktene nevnt nedenfor i denne opplæringen er fra min personlige erfaring, og noen ble hentet fra problemene i prosjektet.

Definer ditt eget omfang av testing

Alle har sin egen stil med testing. Noen testere fokuserer bare på det de ser fra øynene sine, og resten brenner for alt som fungerer bak kulissene til enhver mobilapplikasjon.

Hvis du er en iOS / Android-tester, vil jeg foreslå at du i det minste blir kjent med noen vanlige begrensninger / grunnleggende funksjoner til Android eller iOS, da det alltid gir verdi til vår teststil. Jeg vet at ting er vanskelig å forstå uten å nevne eksempler.

Nedenfor er noen eksempler:

Vi kan ikke endre tillatelsene som kamera, lagring osv. På app-nivå i Android-enheter som er under 6.0.1-versjonen.
For iOS under 10.0-versjonen var ringesettet ikke der. Bare for å orientere deg med enkle ord, kallesett brukes av en ringeapp og viser fullskjermvisning når en bruker ringer fra ringeappene som WhatsApp, Skype etc. Mens vi ser iOS-versjonene under 10.0 som varselbanner.
Mange av dere kan ha kommet over problemer i Paytm der appen din ikke omdirigerer deg til betalingssiden til banken i tilfelle du vil legge til penger i lommeboken. Vi tror det ovennevnte er et problem med banken vår eller Paytm-serveren, men det er bare at AndroidSystemWebView ikke er oppdatert. Lite kunnskap om programmering er alltid nyttig for deg og å dele med teamet ditt.
Med enkle ord, når en app åpner en webside i den, bør AndroidSystemWebView oppdateres.

Omfanget av testing

Ikke begrens testingen

Testing skal ikke bare være begrenset til å utforske mobilappen og loggingsfeil. Vi, som en kvalitetssikring, bør være klar over forespørselen om at vi treffer serveren vår og svaret vi får ut av den.

Konfigurer Putty for å vise logger eller verifisere sumologikk for logger, avhengig av hva som brukes i prosjektet. Det hjelper deg ikke bare med å kjenne applikasjonen End-to-End-strømmen, men gjør deg også til en bedre tester når du får flere ideer og scenarier nå.

Mobile Server Floe Diagram

Årsaken: Ingenting kommer til denne verden uten grunn. Enhver uttalelse skal ha en gyldig grunn bak. Årsaken bak analysen av loggene er at mange unntak blir observert i loggene, men de viser ingen innvirkning på brukergrensesnittet, og vi merker det derfor ikke.

Så, burde vi ignorere det?

Nei, det burde vi ikke. Det har ingen innvirkning på brukergrensesnittet, men det kan være en futuristisk bekymring. Vi kan potensielt se at appen vår krasjer hvis slike unntak fortsetter å krype. Som vi har nevnt om App Crash i siste setning, fører dette til at QA har tilgang til crashlytics av prosjektet.

Crashlytics er et verktøy der krasjer logges sammen med tid og enhetsmodell.

Nå er spørsmålet her borte at hvis testeren har sett at appen krasjer, hvorfor trenger han da å bry seg om krasjlyter?

Svaret på dette er ganske interessant. Det er noen krasjer som kanskje ikke er synlige i brukergrensesnittet, men de er logget på crashlytics. Det kan være ute av minnekrasj eller noen fatale unntak som kan påvirke ytelsen senere.

Testing på tvers av plattformer

Interaksjonstesting på tvers av plattformer er veldig viktig.

Siterer en enkel Eksempel , si at du jobber med en chat-applikasjon som WhatsApp som støtter sending av bilder og videoer, og applikasjonen er bygget på både iOS- og Android-plattformer (utvikling kan eller ikke synkroniseres)

Sørg for å teste kommunikasjonen mellom Android og iOS, årsaken er at iOS bruker 'Objective C' mens Android-programmering er Java-basert, og på grunn av at begge er bygget på forskjellige plattformer, må det noen ganger gjøres ekstra reparasjoner i appen. side for å gjenkjenne strenger som kommer fra forskjellige språkplattformer.

Hold øye med størrelsen på mobilappen din

Et annet viktig råd for mobile testere - Vennligst fortsett å sjekke størrelsen på appen din etter hver utgivelse.

Vi bør sørge for at størrelsen på appen ikke når et punkt der selv vi som sluttbruker ikke vil laste ned denne appen på grunn av den store størrelsen.

Testing av appoppgraderingsscenarier

For mobile testere, appoppgraderingstesting er veldig viktig. Forsikre deg om at appen din ikke krasjer ved oppgradering, ettersom dev-teamet kan ha gjort feil samsvar med et versjonsnummer.

Datalagring er også like viktig som uansett hvilke preferanser brukeren har lagret i forrige versjon, skal beholdes når han oppgraderer appen.

For eksempel , en bruker kan ha lagret bankkortdetaljene sine i apper som PayTm, etc.

Enhets OS støtter kanskje ikke app

Høres interessant ut?

Ja, mange enheter støtter kanskje ikke appen din. Mange av dere må vite at leverandører skriver sine egne innpakninger på toppen av USA, og det kan være mulig at ethvert SQL-spørsmål i appen din ikke er kompatibel med enheten, og derfor gir det et unntak, og det kan føre til at ikke engang lanserer app på den telefonen.

Poenget her er - Prøv å bruke appen din på dine egne enheter, bortsett fra de du bruker på kontoret. Det er ganske mulig at du ser noen problemer med appen din.

Test av apptillatelser

Neste på listen er Tillatelsestesting av mobilapper . Nesten annenhver app ber brukerne om tilgang til telefonens kontakt, kamera, galleri, plassering osv. Jeg har sett få testere som gjør en feil ved ikke å teste de riktige kombinasjonene av disse tillatelsene.

Jeg kan huske en sanntid Eksempel da vi testet en chat-app som hadde alle funksjonene til å dele bilder og lydfiler. Tillatelse for lagring ble satt til NEI.

Nå, når en bruker ville klikke på kameraalternativet, åpnet den aldri før tillatelsen for lagring er satt til JA. Scenariet ble ignorert da Android Marshmallow hadde denne funksjonaliteten at hvis lagringstillatelse er satt til NEI, kan ikke kameraet brukes til den appen.

Omfanget strekker seg lenger enn det vi har diskutert i avsnittet ovenfor. Vi bør sørge for at appen ikke ber om tillatelser som ikke brukes.

Enhver sluttbruker som er kjent med programvareindustrien, kan ikke laste ned appen der det blir bedt om for mange tillatelser. Hvis du har fjernet noen funksjoner fra appen din, må du sørge for å fjerne tillatelsesskjermen for det samme.

topp mp3 musikknedlastinger for android

Sammenlign med lignende og populære apper i markedet

Historisk moral - Hvis du noen gang er i tvil, så bare ikke konkluder med det selv. Sammenligning med andre lignende apper på samme plattform kan styrke argumentet ditt om at funksjonaliteten som testes vil fungere eller ikke.

Få en oversikt over Apples Build Rejection Criterion

Til slutt, et flertall av dere har kanskje kommet over situasjoner der Apple ble avvist. Jeg vet at dette emnet ikke vil interessere en stor del av leserne, men det er alltid godt å kjenne til avvisningspolitikken til Apple.

Som tester blir det vanskelig for oss å imøtekomme de tekniske aspektene, men likevel er det noen avvisningskriterier som testerne kan ta seg av.

For mer informasjon om dette, vennligst klikk her.

Vær alltid på fremre fot

Når du er tester, må du ikke la ting gå over til retten fra Dev Team / Managers. Hvis du er lidenskapelig opptatt av å teste det “Vær alltid på foten” . Prøv å engasjere deg i aktiviteter som finner sted i god tid før koden kommer til bøtta din for å teste.

Viktigst, fortsett å se på JIRA, QC, MTM eller det som brukes i prosjektet ditt for å se de siste oppdateringene på billetter fra kunder og Business Analyst. Vær også klar til å dele synspunktene dine hvis du trenger endringer. Dette gjelder alle testere som jobber på forskjellige domener og plattformer.

Inntil og med mindre vi ikke føler produktet som vårt eget, burde vi aldri gi forslag til nye forbedringer eller endringer i den eksisterende funksjonaliteten.

Hold appen din i bakgrunnen i lang tid (12-24 timer)

Jeg vet at det høres rart ut, men det er mye logikk bak kulissene som vi alle ikke forstår.

Jeg deler dette fordi jeg har sett appen krasje etter å ha lansert den, si etter rundt 14 timer fra bakgrunnsstatus. Årsaken kan være hva som helst, avhengig av hvordan utviklerne har kodet den.

La meg dele et sanntidseksempel:

I mitt tilfelle var symbolsk utløp årsaken bak det. For en av chatappene, hvis den ble lansert etter 12-14 timer, ville den sittende fast på tilkoblingsbanneret og aldri bli koblet til før den ble drept og relansert. Denne typen ting er veldig vanskelig å fange, og på en måte gjør det mobiltesting mer utfordrende og kreativt.

Ytelsestesting av appen din

I mobilverdenen påvirker ytelsen til appen din i hvilken grad applikasjonen din blir anerkjent over hele verden. Som testteam blir det for viktig å sjekke appresponsen din og enda viktigere hvordan det fungerer når et stort antall brukere bruker det hele sammen.

Eksempel:

La oss snakke om PayTm.

Dere må alle ha klikket på ADD PENGE-alternativet i PayTm-appen, som deretter viser saldoen du har i lommeboken. Hvis vi vurderer hva som skjer bak kulissene, så er det en forespørsel som skjer til serveren med PayTm UserID, og serveren sender svaret tilbake med balansen i kontoen din.

Eksempel

Ovennevnte tilfelle er bare når en bruker har truffet serveren. Vi må sørge for at selv når 1000 brukere treffer serveren, bør de få svaret i god tid fordi sluttbrukerens brukervennlighet er vårt hovedmål.

Konklusjon

Jeg vil avslutte denne opplæringen med å gjenta at mobilprøver ser ut til å være veldig enkle i begynnelsen, men når du fortsetter å grave inn, vil du forstå at det ikke er lett å sikre at det som er utviklet vil gå greit på tusenvis av enheter over hele verden .

Du vil for det meste se appene som støttes på de siste og siste versjonene av OS. Det blir imidlertid testernes plikt å sørge for at de ikke går glipp av noen scenarier. Det er mange andre punkter som må tas i betraktning, men jeg har ikke nevnt de som allerede er gjentatt i de andre opplæringene.

Scenarier som batteriforbruk, avbruddstesting, testing på forskjellige nettverk (3G, Wi-Fi), testing mens du bytter nettverk, monkey-testing av mobilapper osv. Er nyttige når det gjelder mobiltesting.

Holdningen til testere betyr mye når det gjelder det virkelige testmiljøet. Inntil og med mindre du elsker jobben din, vil du ikke gidder å gjøre ting som er nevnt i veiledningen.

Jeg har vært i dette feltet i rundt 6 år nå, og jeg er veldig klar over at oppgavene til tider blir ensformige, men det er mange andre ting vi kan gjøre på egenhånd for å gjøre de ensformige oppgavene noe interessante.

Ved å designe riktig teststrategi, velge riktige mobile simulatorer, enheter og mobile testverktøy kan vi sørge for at vi har 100% testdekning og hjelpe oss med å inkludere sikkerhet, brukervennlighet, ytelse, funksjonalitet og kompatibilitetsbaserte tester i våre testserier.

Vel, dette har vært vårt forsøk på å oppfylle flere forespørsler fra våre lesere på en testguide for mobilapplikasjoner.

Forfattere : Takk til Swapna, Hasnet og mange andre mobile testeksperter som hjalp oss med å kompilere denne serien!

I vår neste artikkel vil vi diskutere mer om iOS-apptesting .