Ytelsestesting av mobilapper

For enhver mobilapp er ytelse svært kritisk. Hvis mobilappen din ikke fungerer bra, vil sluttbrukeren avinstallere appen og finne en annen app som fungerer bedre.

Mobilapplikasjonen din må testes grundig før den frigis til sluttbrukeren.

Teststrategi for mobilapplikasjoner

Applikasjonsytelse på en mobiltelefon eller en hvilken som helst smart enhet måles vanligvis i følgende tre kategorier.

• Enhetsytelse
• Server/API-ytelse
• Nettverksytelse

Diagrammet nedenfor tilordner disse tre lagene til sjekkene deres.

Enhetsytelse

Når klienten opplever treg app, blir de irritert.

For enhetens ytelse, må du sjekke følgende:

• Appoppstart: Hvor lang tid bruker appen din på å starte opp? Det er den første ytelsesparameteren som bedømmes av brukeren. Som en tommelfingerregel, etter at brukeren trykker på appikonet, skal den første skjermen vises om 1-2 sekunder.
• Batteritid ved bruk av en app: Ved konstant bruk bruker noen mobilapper mye batterilevetid og varmer opp telefonen. Dette skjer vanligvis når appen bruker flere ressurser enn nødvendig, noe som belaster prosessoren.
• Minneforbruk: Når Testing en app, bør minneforbruket til en app kontrolleres. Ved å implementere visse funksjoner i appen øker også minneforbruket. For eksempel i Android apper når push-varsler implementeres, øker minneforbruket.

  I noen tilfeller har det blitt observert at minnebruken for hele operativsystemet bare er 14 %, men en ny app bruker 11 %. Så disse faktorene må håndteres før du distribuerer appen til den virkelige verden eller gir den til klienten.

• Maskinvare-/programvarevariant: Når du tester en mobilapp, er det obligatorisk å sjekke apper på ulike enheter. Det kan være tilfelle at appen kjører jevnt på én enhet, men ikke på en annen. Som for forskjellige leverandører av Android enheter, kan vi sjekke appen på Samsung-, HTC- og Lenovo-telefoner. På samme måte må appen testes med forskjellige RAM- og prosessorspesifikasjoner som 1 GB eller 2 GB.
• Bruk med andre apper: Når appen som testes kjører parallelt med andre apper, skal det ikke forekomme forstyrrelser. Den beste måten å sjekke det på er ved å bytte app under testing og andre apper.
• App i bakgrunnen: Når en app som kjører i bakgrunnen hentes, skal den forbli i samme tilstand som den var før. Hvis dette scenariet ikke håndteres riktig, kan data gå tapt. Relaterte livssyklustilfeller dekkes i avbruddstesting.

Server/API-ytelse

Når appen samhandler med serveren via API, blir responstiden kritisk for ytelsen. For serverytelse må du sjekke:

• Data til og fra server: Appen bør håndtere data som sendes fra serveren effektivt. Det må ikke ta for lang tid å laste inn data. I enkelte apper sendes data i et spesifisert format, så før de vises i appen, bør de konverteres til et relevant format. I denne prosessen blir apper noen ganger tregere og responstiden blir lengre.
• API-kall generert fra appen: Antallet anrop fra appen som testes til serveren generert fra appen skal være mindre. I noen tilfeller gjøres flere API-kall for samme funksjonalitet. For bedre ytelse bør dette håndteres med færre anrop.
• Server nedetid: Hvis serveren av en eller annen grunn er nede eller utilgjengelig, kan vi lagre data i den opprinnelige databasen. Så når serveren er nede, kan vi vise data som er lagret i den opprinnelige databasen. En annen løsning kan være failover-databaseservere, dvs. hvis en av serverne er nede eller i vedlikeholdsfasen, bør backup-serveren være tilgjengelig for omkobling. Failover-/backup-serveren bør være i kontinuerlig replikering og synkronisering med hovedserveren.

Nettverksytelse

Ytelsen til appen på forskjellige nettverk og nettverksegenskaper må måles.

For nettverksytelse vil du sjekke følgende ting.

• Nivåer: Når det er en forsinkelse i å motta informasjon på nettverket, kalles det jitters. Det er et problem med tilkoblingsløse nettverk eller pakkesvitsjenettverk. Ettersom informasjonen distribueres i pakker, kan pakker reise på en ulik vei fra avsender til mottaker. Når data kommer til det tiltenkte stedet, blir det kryptert enn det opprinnelig ble sendt. Når det gjelder Jitters, bør mobilappen være i stand til å håndtere det.

  Du må vise de aktuelle varslene til sluttbrukeren, enten for å sende forespørselen på nytt eller vente til systemet svarer igjen.

• Pakketap: I tilfelle av fullstendig pakketap, bør appen kunne sende forespørselen om informasjonen på nytt eller generere varslene deretter. Hvis dataene ikke er fullstendige, vil ikke brukeren kunne forstå informasjonen som vises i appen. Dette kan være stressende for brukeren. Så det er bedre å vise en passende melding eller spørre brukeren om å prøve igjen.
• Nettverkshastighet: Appen må testes på en rekke nettverk med variabel hastighet. Appen bør testes på 3G-, 4G- og 5G-nettverk. Både Wi-Fi- og mobilnettverk er inkludert i dette. Appens oppførsel bør også overvåkes, spesielt når begge nettverkene er tilgjengelige og det har skjedd bytte fra ett nettverk til et annet.

  For eksempel kan det oppstå et problem i en app for brukere når de bytter telefonnettverk fra 4G til Wi-Fi og omvendt. I dette tilfellet slutter appen å svare, og det kan være nødvendig å starte appen på nytt for å kunne brukes.

Feilsøking av ytelse for mobilapplikasjoner

Etter å ha oppdaget problemene/problemene mens YtelsestestingDet er på tide å trace og rette opp feil.

Problem 1) Lag eller treg respons fra mobilappen.

Årsaken til denne forsinkelsen kan være RAM, Cache, etc.

Du må drepe unødvendige prosesser eller tømme cachen. Feilsøking av tilkoblingsproblemet kan løse noen av problemene som skaper forsinkelser

Problem 2) Appen starter på nytt, låser seg, fryser eller reagerer ikke.

Det kan løses ved noen av de følgende trinnene

• Optimalisering av applikasjonskodene
• Programvare bør lappes og oppdateres.
• Automatiske gjenopprettinger
• Administrere RAM eller i noen tilfeller ROM mens du bruker eksterne kort
• Wiping cache-partisjoneringen
• Verifiserer at appen fungerer med andre tredjepartsapper og API-er
• kartping mobilapplikasjonen i henhold til enheten

Nyttige testverktøy for mobilapper

Testverktøy for mobilapper varierer i henhold til enhetene eller mobiloperativsystemet. Noen vanlige verktøy for ytelsestesting for mobilapper er

ANDROID

• Robotium Det er akkurat som Selenium for mobilapper. Testeren kan ta opp og spille av flere trinn som kreves for å utføre testing.
• Monkey Runner MonkeyRunner kan kjøre tester på ekte enheter koblet til en PC eller emulatorer. Verktøyet har et API som gjør det mulig å kontrollere en smarttelefon, et nettbrett eller en emulator utenfra Android kode.

⚠️ Versjonsmerknad: Begge Android oppføringene er eldre. Robotium har ikke hatt noen utgivelse siden 2016, og Google markerer MonkeyRunner som ikke-vedlikeholdt, og peker teamene mot UI Automator og dets uiautomatorviewer inspektør i stedet.

APPLE

• Automatiser (Mac) Automator er et program utviklet av Apple for macOSDen implementerer pek-og-klikk (eller dra-og-slipp) oppretting av arbeidsflyter for å automatisere repeterende oppgaver i grupper for raskere endring. Dette sparer tid og krefter i forhold til menneskelig inngripen for å manuelt endre hver fil separat.

Utfordringer

Nøkkelutfordringer som står overfor mens ytelsestesting inkluderer

• Organisering av forskjellige mobile plattformer og deres operativsystemer
• Simulering av tilkoblinger som 3G, 4G, 5G eller Wi-Fi, osv.
• Begrensninger for mobile enheter som batteri- og ressursforbruk
• Mobiltelefonbrukbarhet
• De ulike størrelsene på mobile enheter for å kjøre den samme appen

Konfigurer Mobile App Performance Test Environment

For å konfigurere testmiljøet, må du-

• Forståelse av mobilappen som må testes
• Identifikasjon av forskjellige operativsystemer som appen må kjøres på
• Bygge testoppsettet
• Bygg emulatorene eller simulatorene
• Prototyping av det faktiske oppsettet
• Velge riktig verktøy for testingen

Sjekkliste for ytelsestesting av mobilapper

Testing av ytelsen til mobilappene er et viktig mål før utgivelse. Ytelsestesting er utført for å sjekke

• Hvor mye av RAM kreves for å bruke denne appen?
• For å bekrefte hastighet og responstid for APP under forskjellige nettverk og omstendigheter.
• Sikre en realistisk brukeropplevelse under flere nettverksforhold
• Sørg for at de nødvendige resultatene oppnås ved flere tilkoblinger
• Sørg for at applikasjonen ikke blir krasjet.
• Sikre at mobilapplikasjonene fungerer godt mens de bruker data, Wi-Fi eller annen tilkobling
• Overvåking av oppetiden og flaskehalsene for mobil API-bruk
• For å sikre maksimalt antall samtidige brukere
• Til slutt, for å sjekke mobilappen til sine grenser

Spørsmål og svar