Hvordan tester du mobilapplikationer

Vil du vide mere om, hvordan du tester mobilapplikationer? Her finder du en vejledning i mobiltest af din app. Mobilteststrategi, de vigtigste faser i mobiltestprocessen, specifikationer af Android- og iOS-mobilapplikationstest vil blive overvejet i denne artikel.

Den eksplosive vækst i brugen af mobile enheder og udviklingen af mobile apps gør testning til et centralt krav for en vellykket og hurtig levering af mobile applikationer af høj kvalitet.

Mobile applikationsspecifikationer

Det er klart, at den mobile applikation er meget forskellig fra den stationære. Så vi bør tage højde for dette, når vi planlægger testprocessen.

Så lad os overveje de vigtigste forskelle mellem mobilapplikationer og desktopapplikationer:

• Den mobile enhed er et system, der ikke har kraftig udstopning. Så det kan ikke fungere som en personlig computer.
• Den mobile applikationstest i leveres på håndsæt ( Apple, Samsung, Nokia, osv.), mens desktop-appen testes på en central processor.
• Mobile enheder skærme sort, deres udvidelser og farver. Mobiltelefonens skærmstørrelse er mindre end desktopskærmene.
• Det er telefonens hovedopgave at foretage og modtage opkald, og derfor må applikationen ikke forstyrre denne hovedfunktion.
• En lang række specifikke operativsystemer og komponentkonfigurationer: Android, iOS, BlackBerry
  etc.
• Mobiltelefonens operativsystem bliver hurtigt forældet. Desuden er der en grænse for opdatering af deres OS.
• Mobile enheder bruger netværksforbindelser ( 3G, 4G, Wi-Fi), desktop bruger bredbåndsforbindelse eller Wi-Fi.
• Mobile enheder søger konstant på netværket. Derfor bør du teste applikationen ved forskellige datahastigheder.
• Værktøjer, som er gode til test af desktop-apps, er ikke fuldt ud egnede til test af mobilapplikationer.
• Mobile applikationer skal understøtte flere inputkanaler (tastatur, stemme, gestus osv.).), multimedieteknologier og andre funktioner, der øger deres brugervenlighed.

En anden vigtig ting i testprocessen for mobilapplikationer er applikationstypen.

Der er opdelt tre hovedtyper af mobilapplikationer: Mobile Web Apps, Native (Pure native) Apps og Hybrid Apps.

Mobile Webapplikation er faktisk det websted, der åbnes i gadgeten (smartphone eller tablet) ved hjælp af den mobile browser.

Nogle fordele ved Mobile Web Apps:

• En nem udvikling.
• En nem adgang.
• En nem opdatering.
• Mobile webapps kræver ingen installation.

Nogle ulemper ved mobile webapps:

• Ingen understøttelse af offlinefunktioner.
• Begrænset funktionalitet i sammenligning med hybride og native apps. (ingen adgang til filsystemet og lokale ressourcer).
• Problemer med videredistribution: Google Play og App Store understøtter ikke videredistribution af Mobile Web Apps.

Native App er den applikation, som er udviklet specifikt til én platform (Android, iOS, Tizen, Windows 10 M0bile, BlackBerry).

Nogle fordele ved Native Apps:

• Native app virker offline.
• Den kan bruge alle funktioner på sin enhed.
• Advanceret brugeroplevelse.
• Push notifikationer kan bruges til at advare brugerne.

Nogle ulemper ved Native Apps:

• Skabelsen af Native Apps er dyr i forhold til Mobile Web apps.
• Det kræver høje omkostninger til vedligeholdelse.

Hybrid App er en blanding af Native App og Mobile Web App. Den kan defineres som en udstilling af indhold fra et mobilt websted i applikationsformatet.

Nogle fordele ved Hybrid Apps:

• Mere omkostningseffektivt i forhold til Native App.
• Let distribution.
• Indlejret browser.
• Enhedsfunktioner.

Nogle ulemper ved Hybrid Apps:

• Den fungerer ikke så hurtigt som Native App.
• Grafikken er mindre vant til OS’et i forhold til Native App.

Nøglepunkter for teststrategi for mobilt websted

Nu kan vi tænke på vores teststrategi. Lad os overveje de vigtigste punkter og udfordringer, som vi bør stå over for.

Valg af enheder

Der er ingen tvivl om, at den rigtige enhed er den bedste beslutning, hvis du ønsker at teste mobilapplikation. Test på en rigtig enhed giver dig altid den højeste nøjagtighed af resultaterne.

Det er faktisk virkelig ikke let at vælge den mest hensigtsmæssige enhed. Uanset hvad, er her nogle handlinger, du bør gøre, mens du vælger enhed til mobiltestning:

• Gør analysen for at definere de mest populære og brugte gadgets på markedet.
• Vælg enheder med forskellige OS.
• Vælg enheder med forskellige skærmopløsninger.
• Vær opmærksom på de næste faktorer: kompatibilitet, hukommelsesstørrelse, tilslutningsmuligheder osv.

Som det blev nævnt før, har du masser af fordele ved at teste mobilapps på de rigtige enheder:

• Høj nøjagtighed af testresultatet.
• Enkel fejlreplikering.
• Punkter som batteridrænage, geolokalisering, push-meddelelser, enheders indbyggede sensorer er nemme at teste.
• Mulighed for at teste indgående afbrydelser (opkald, SMS).
• Mulighed for at teste mobilapplikation i det virkelige miljø og under virkelige forhold.
• Ingen falske positive resultater.

Og også nogle ulemper:

• Et stort antal af de ofte anvendte enheder.
• Ekstra udgifter til vedligeholdelse af enhederne.
• Begrænset adgang til de enheder, der ofte anvendes i udlandet.

Som du kan se, er det en god beslutning at teste på de rigtige enheder, men det har også nogle begrænsninger. Du bør overvinde dem for at gøre testprocessen for mobile apps virkelig effektiv.

Emulatorer eller simulatorer?

Det er ikke svært at gætte, at de er specielle værktøjer, som emulerer/simulerer funktionalitet og adfærd af de mobile enheder.

“Emulator” og “simulatorbetydninger forveksles ofte. På trods af deres næsten ens udtale har de ikke samme betydning.

En emulator er faktisk en erstatning for den oprindelige enhed. Selvom du kan køre soft og apps på din gadget, har du ikke mulighed for at ændre dem.

Simulatoren kopierer ikke enhedens hardware, men du har mulighed for at opsætte et lignende miljø som den originale enheds OS.

Så det er bedre at bruge mobilsimulatorer til at teste mobilapplikationer. Emulatorer er mere velegnede til test af mobilsites.

Her kan du læse mere om emulatorer og simulatorer.

Nogle fordele ved at bruge simulatorer til at teste mobilapplikation:

• En nem opsætning.
• Snav arbejdsgang.
• Hjælper med at verificere og udforske opførslen af din mobilapplikation.
• Kosteffektivt.

Nogle ulemper ved at bruge simulatorer til at teste mobilapplikation:

• Enhedens hardware tages ikke i betragtning.
• Falsk positive resultater er mulige.
• Ufuldstændige data for simuleringsresultaterne, hvilket gør det vanskeligt at foretage en fuldstændig analyse af testresultaterne.

Cloud-baseret test af mobilapplikationen

Test af mobilapplikationer med cloud-baserede værktøjer synes at være det optimale valg. Det kan hjælpe dig med at overvinde ulemperne ved de rigtige enheder og simulatorer.

De vigtigste fordele ved denne tilgang:

• Let tilgængelighed.
• En evne til at køre mobile enheder på flere systemer og netværk.
• En evne til ikke kun at teste, men også opdatere og administrere apps i skyen.
• Kosteffektivt.
• Høj skalerbarhed.
• Det samme script kan køres på flere enheder parallelt.

Nogle svage punkter ved cloud-mobiltestning:

• Mindre kontrol.
• Ingen så høj grad af sikkerhed.
• Afhængighed af internetforbindelsen.

Nogle nyttige cloud-baserede værktøjer, som kan hjælpe dig med at teste mobilapplikation: Xamarin Test Cloud, Perfecto Mobile Continuous Quality Lab, Keynote Mobile Testing. Her kan du læse mere om værktøjer til mobiltestning.

Mobile manuel og automatiseret testning

I dag støtter mange specialister den opfattelse, at manuel testning er på vej til at dø. Selvfølgelig er det ikke sandt. Selvfølgelig kan vi ikke undvære testautomatisering, men der er også situationer, hvor manuel testning er at foretrække.

Nogle fordele ved manuel testning af mobilapplikationer:

• Det er mere omkostningseffektivt i den kortvarige periode.
• Manuel testning er mere fleksibel.
• Bedre simulering af brugerhandlinger.

Nogle ulemper ved manuel test af mobilapplikationer:

• Manuelle testcases er svære at genbruge.
• Mindre effektiv af udførelse af visse og konstante opgaver.
• Testkørselsprocessen er langsom.
• Nogle former for testcases kunne ikke udføres manuelt ( belastningstest).

Nogle fordele ved app-automatiseringstestning:

• Testkørselsprocessen er ganske hurtigere.
• Kosteffektiv i den langvarige periode.
• Automatiserede testcases er nemme at genbruge.
• Den eneste beslutning for visse former for testning (perfomance test).
• Testresultater er nemme at dele.

Nogle ulemper ved app-automatiseringstestning:

• Automatiserede værktøjer til mobiltestning har nogle begrænsninger.
• Tidskrævende proces.
• Automatiseret testning har mindre effektivitet i definitionen af brugervenlighed eller positiv kundeoplevelse.

Som du kan se, bør du træffe forskellige beslutninger, der skaber din strategi for mobiltestning. Selvfølgelig er der ingen entydige svar på dem.

Kombinationen af forskellige tilgange synes at være den optimale måde. Du kan f.eks. bruge simulatorer i de tidligste faser af din testproces. Men er bedre at bruge rigtige enheder (fysiske eller cloud-baserede) i de sidste faser. Automatiseret testning er at foretrække til belastnings- og regressionstestning. Men manuelle værktøjer til mobiltestning er bedre at bruge til brugervenlighedstest og udforskende testning.

Mobilapplikationstestfaser

Så lad os begynde at overveje de vigtigste faser i testprocessen for mobilapps. De mere for det meste ligner de meste ligner websteds test faser. For det meste, men ikke helt ens. Som du har læst før, er der nogle grundlæggende forskelle mellem mobilapplikationer og desktopapplikationer. Derfor er vi nødt til at passere nogle yderligere faser og foretage nogle yderligere verifikationer.

1. Dokumentationsafprøvning

Dokumentationsafprøvning er den nødvendige forberedende fase i afprøvningsprocessen for mobilapplikationer.

Egentlig begynder afprøvningen før softwareudviklingsprocessen. Testerne får navigationsdiagrammer, skærmlayouts, andre krav usynlige på designet. Disse krav analyseres for fuldstændighed og uoverensstemmelse. Modsigelser i kravene skal løses, inden udviklingen påbegyndes.

Artifacts som krav (specifikation, PRD), testplan, testtilfælde, sporbarhedsmatrix oprettes og analyseres på dette trin.

2. Funktionel testning

Funktionel testning har til formål at sikre, at det fungerer i henhold til de definerede krav. Forenklet sagt kontrollerer vi, om applikationen udfører de forventede funktioner, som normalt er beskrevet i specifikationen eller svarer til logikken i forretningsprocesserne.Vær opmærksom på de næste vigtige faktorer, mens du leverer funktionel test af din mobilapp:

• Applikationstypen, som er defineret af dens forretningsfunktionalitet (sociale netværk, bankvirksomhed, uddannelse, bestilling og levering af mad, billetter, spilindustrien osv.).
• Målgruppe (virksomheder, brugere, uddannelsesmiljø osv.).
• Distributionskanaler (direkte levering, Google Play, App Store osv.)

Nu skal vi overveje de vigtigste verifikationer, som skal bestås for at teste mobilapplikationens funktionalitet.

Installation og kørsel af applikationen

• Installationen af applikationen skal foregå uden væsentlige fejl, hvis enheden opfylder systemkravene.
• Kontroller, at applikationen automatisk starter korrekt.
• Sørg for, at brugermanualen er tilgængelig.
• Sørg for, at applikationens funktion under opstart/afslutning opfylder de grundlæggende krav.

Test af felter

• Kontroller, at de obligatoriske felter fungerer korrekt.
• Sørg for, at obligatoriske og valgfrie felter vises på forskellige måder.

Test af forretningsfunktionaliteter

• Kontroller, at den angivne pris og det angivne indhold svarer til de oplysninger, brugeren har fået.
• Sørg for, at brugeren kan udføre typiske operationer: køb, tilføje varer til kurven, bestille varer osv.
• Sørg for, at applikationen understøtter betalingstransaktioner via betalingssystemer som Visa, Mastercard, Paypal osv.
• Kontroller inddrivelsen af købet uanset enhed, men med en kontobinding.

Test af afbrydelser

• Indgående og udgående opkald, sms’er og mms’er.
• Batteriudladning/fjernelse.
• Afbrydelse og tilslutning af netværk/Wi-Fi.
• Afbrydelse og tilslutning af SD-kortet.
• Opladning af enheden.

Kontinuerlig test af brugernes feedback

• Download af indholdsbeskeder
• Fremskridtslinje.
• Knappernes passende reaktion ved trykning.
• Fejlemeldinger om netværksadgang.
• Fejlemeldinger om forsøg på at slette vigtige oplysninger.
• Få adgang til og synkronisering af lyd-, vibrations- og visuelle notifikationer.
• Avisningen af en skærm (meddelelse) ved afslutningen af processen ( spil).

Afprøvning af opdateringer

• Alle brugerdata gemmes efter opdateringer.
• Sørg for, at opdateringsforløbet vises korrekt.
• Sørg for, at opdateringer understøttes af ældre styresystemer.
• Test af forskellige måder at installere opdateringer på (Wi-Fi, Bluetooth, USB)

Test af enhedsressourcer

• Mangel på plads til at installere eller køre programmet.
• Memory leaks. Vær opmærksom på vinduer med mange oplysninger og opgaver med lang arbejdsgang.
• Installation/udskiftning af appen på SD-kortet.
• Fravær af nogle funktioner, der understøttes af applikationen (3G, SD-kort osv.).
• Sørg for, at det installerede program ikke forstyrrer den normale drift af andre programmer og ikke bruger deres hukommelse.

Nogle andre verifikationer:

• Spillene vedrører verifikationer:
• Sørg for, at informationsfejlmeddelelser er korrekte til tiden og passende.
• Verificer tilslutning til analyseværktøjer som Google Analytics.
• Test af strømforbrug.
• Verificer de nødvendige indstillinger korrekt arbejde med sociale netværk – Del, Udgiv, Navigation.

Nogle nyttige værktøjer til at teste mobilapplikationens funktionalitet: Appium, Selendroid, Robotium, Ranorex.

3. Brugervenlighedstest

Brugervenlighedstest har til formål at sikre, at det er nemt at bruge applikationen, skaber en intuitiv grænseflade, der er i overensstemmelse med accepterede standarder. Den udføres for at skabe hurtige og brugervenlige applikationer. Her er 3 grundlæggende hovedkriterier for evaluering af apps:

• Tilfredshed
• Effektivitet
• Effektivitet

Lad os overveje den enkle tjekliste til at teste mobilapplikationers brugervenlighed:

• Sørg for, at knapperne har normal størrelse og er placeret i ét område af skærmen
• Kontrollér, at appen fungerer i multitasking-tilstand, hvis det er nødvendigt.
• Kontroller navigationen af de vigtige applikationsmoduler.
• Sørg for, at ikonerne og billederne ser naturlige ud i app-miljøet.
• Kontroller, at farven på de knapper, der udfører samme funktion, er den samme.
• Teksten skal være enkel, klar og synlig for brugeren. Korte sætninger og afsnit er mulige at læse.
• Det er muligt at definere den optimale skriftstørrelse.
• Sørg for korrekt funktion af Zoom ind- og Zoom ud-systemet.
• Sørg for, at kontekstmenuerne ikke er overbelastede.
• Sørg for, at programmet kan afsluttes af en hvilken som helst tilstand, og at det genoptager driften i den samme tilstand.
• Sørg for, at applikationskomponenterne er synkroniseret med brugerens handlinger.
• Sørg for, at brugeren kan vende tilbage eller annullere handlingen, hvis han/hun har trykket på den forkerte knap.
• Sørg for, at elementets svarhastighed er høj nok

Nogle nyttige værktøjer til at teste mobilapplikationens anvendelighed: User Zoom, Reflector, Loop11.

4. UI (User Interface) testning

Testning af brugergrænseflade (UI) udføres for at sikre, at den grafiske brugergrænseflade i din app opfylder specifikationerne.

Her er nogle verifikationer til test af mobilapplikationens UI:

• Sørg for overholdelse af standarderne for UI
• Tjek din app’s UI med standardskærmopløsninger: 640 × 480, 800 × 600, 1024 × 768, 1280 × 800, 1366 × 768, 1400 × 900, 1680 × 1050.
• Kontroller applikationernes responsivitet på forskellige enheder.
• Test af de vigtigste designelementer: knapper, ikoner, farver, links, skrifttyper, skriftstørrelser, layout, tekstbokse, tekstformatering, etiketter, billedtekster, knapper, lister osv.
• Kontroller, at reklamen ikke overlapper applikationens kontrolknapper.
• Sørg for, at reklamen har en tilgængelig lukkeknap.
• Sørg for korrekt visning af forskellige elementer på retina- og ikke-retina-skærme.
• Kontroller, at alle elementer vises med portræt- og landskabsorientering af siden.

Nogle nyttige værktøjer til at teste grænsefladen for mobilapplikationer: FitNesse, iMacros, Coded UI, Jubula, LoadUI.

5. Test af kompatibilitet (konfiguration)

Kompatibilitetstest (konfiguration) udføres for at sikre optimal ydeevne af applikationen på forskellige enheder – under hensyntagen til deres størrelse, skærmopløsning, version, hardware osv. Du bør være opmærksom på de næste punkter:

• OPS-konfiguration
• Browserkonfiguration
• Databasekonfiguration
• Enhedskonfiguration
• Netværkskonfiguration

Testning på tværs af platforme hjælper dig med at teste mobilapplikation i forskellige operativsystemer: Windows, iOS, Android og BlackBerry osv.

Testning på tværs af browsere gør det muligt at sikre, at appen fungerer korrekt i forskellige browserkonfigurationer: Mozilla Firefox, Google Chrome, Opera Mini osv.

Databasetest har til formål at verificere, at din applikation fungerer korrekt i forskellige databasekonfigurationer: Oracle, DB2, MySql, MSSQL Server, Sybase.

Testning af enhedskonfiguration skal tage hensyn til sådanne parametre:

• Enhedstype: smartphone, tablet osv.
• Enhedskonfiguration:

Netværkskonfigurationstest udføres for at sikre, at den fungerer korrekt i forskellige netværkskonfigurationer (GSM, TDMA) og standarder (2G, 3G, 4G).

Nogle tips til at teste din mobilapplikations kompatibilitet:

• Opret en dækningsmatrix (tabellen, hvori alle mulige konfigurationer er indtastet).
• Prioriter konfigurationer.
• Tjek hver enkelt konfiguration, trin for trin, i overensstemmelse med de fastsatte prioriteter.

Nogle nyttige værktøjer til at teste mobilapplikationens perfomancekompatibilitet: BrowserStack, CrossBrowserTesting fra Smart Bear, Litmus, Browsera, Rational Clearcase fra IBM, Ghostlab.

6. Test af ydeevne

Performancetestning er et sæt af testtyper, hvis formål er at bestemme anvendelighed, stabilitet, ressourceforbrug og andre attributter af applikationens kvalitet under forskellige brugsscenarier og belastninger.

De vigtigste formål med præstationstestning:

• Kontrol af applikationens svartid på forskellige typer forespørgsler for at sikre, at applikationen fungerer i overensstemmelse med kravene til den normale brugerbelastning. (Belastningstestning).
• Testning af applikationens arbejdskapacitet ved belastninger, der overstiger brugerens flere gange. (Stresstest).
• Test af applikationens funktionsdygtighed ved langtidsarbejde under normal belastning. (Stabilitetsafprøvning).
• Test af arbejdet under betingelserne i den “udvidede” database, under normal tid. (Test af volumen).
• Bestem antallet af brugere, der samtidig kan arbejde med applikationen. (Test af samtidighed).

Nogle verifikationer til perfomancetest af din mobilapp:

• Det skal bestemmes, om applikationen kører ens under forskellige netværksforhold.
• Find forskellige applikations- og infrastrukturflaskehalse, der reducerer applikationens ydeevne.
• Evaluer appens evne til at klare de planlagte belastningsmængder.
• Verificer, at applikationens svartid opfylder kravene.
• Kontroller applikationens stabilitet under forhold med hård brugerbelastning.
• Sørg for applikationens ydeevne, hvis den fungerer under forhold med en ikke-permanent forbindelse til internettet.
• Sørg for, at den eksisterende klient-server-konfiguration giver optimal ydeevne.

Nogle nyttige værktøjer til at teste mobilapplikationens ydeevne: NeoLoad fra Neotys, Apteligent (tidligere Crittercism), New Relic.

7. Sikkerhedstestning

Sikkerhedstestning har til formål at kontrollere systemets sikkerhed samt at analysere de risici, der er forbundet med at give en holistisk tilgang til beskyttelse af applikationer, hackere, vira, uautoriseret adgang til følsomme data.

Nogle verifikationer, du skal bestå for at teste mobilapplikationssikkerhed:

• Sørg for, at dataene for brugerne af applikationen (logins, adgangskoder, bankkortnumre) er beskyttet mod netværksangreb fra automatiserede systemer og ikke kan findes ved udvælgelse.
• Verificer, at applikationens sikkerhedssystem kræver en stærk adgangskode og ikke giver angriberen mulighed for at beslaglægge andre brugeres adgangskoder.
• Sørg for, at programmet ikke giver adgang til følsomt indhold eller følsomme funktioner uden korrekt autentifikation.
• Beskyt programmet mod angreb af typen SQL-injektion.
• Beskyt programmet og netværket mod DoS-angreb.
• Beskyt programmet mod ondsindede angreb på klienter.
• Beskyt systemet mod ondsindede implementeringer, når programmet kører.
• Sørg for sessionshåndtering for at beskytte oplysninger mod uautoriserede brugere.
• Forebyg mulige skadelige konsekvenser af caching af filer.
• Undersøg brugerfiler, og forebyg deres mulige skadelige virkninger.
• Analysér interaktionen mellem systemfiler, identificer og korriger sårbarheder.
• Forebyg mulige skadelige handlinger af cookies.

Nogle nyttige værktøjer til at teste mobilapplikationssikkerhed: Retina CS Community, OWASP Zed Attack Proxy, Veracode, Google Nogotofail og SQL Map.

8. Genoprettelsestest

Genoprettelsestestest verificerer den app, der testes, med hensyn til dens evne til at modstå og med succes genoprette fra mulige fejl forårsaget af softwarefejl, hardwarefejl eller kommunikationsproblemer.

Her er en liste over verifikationer for genoprettelsestesten:

• Verificer den effektive genopretning af applikationen efter uforudsete nedbrudsscenarier.
• Sikre processen for datagendannelse efter en afbrydelse af forbindelsen.
• Test af genoprettelsesprocessen efter systemfejl og transaktionsfejl.
• Test af applikationens evne til at behandle transaktioner i tilfælde af strømsvigt (lavt batteri, forkert lukning af applikationen osv.).

9. Lokaliseringstestning

Lokaliseringstestning giver dig mulighed for at teste mobilapplikationens tilpasning til en specifik målgruppe i overensstemmelse med dens kulturelle særpræg.

Nogle verifikationer for lokaliseringstestning:

• Detekter sprog, der understøttes af applikationen.
• Sikrér, at oversættelsen er korrekt.
• Verificer korrektheden af oversættelsen i overensstemmelse med applikationens tema
• Kontroller datoformater.
• Kontroller afgrænsere i tal.

Der foretrækkes naturligvis modersmålstalere til at udføre lokaliseringstest af mobilappen.

Ubertesters, eggPlant kan være nyttigt til at teste mobilapplikationens lokalisering.

10. Ændring relateret testning

Så, du har bestået alle de nævnte faser og fundet nogle fejl. Derfor er der blevet foretaget nogle ændringer i koden for din app.

De vigtigste mål for den ændringsrelaterede testning:

• Virificer, at dit team har rettet alle fundne fejl med succes (Re-testing eller Confirmation testing). Sagt på en enkel måde: De testcases, der oprindeligt opdagede fejlene, køres igen. Og denne gang skal de godkendes uden fejl.
• Verificer, at de nye ændringer ikke har ført til, at der er opstået nye fejl. (Regressionstest). Faktisk bør du, hvis du leverer regressionstest, ikke kun bestå testcases med fundne fejl, men også testcases, der kontrollerer alle funktionaliteter i din app.

Nogle nyttige værktøjer til ændringsrelateret testning af din app: Appium, Robotium, Ranorex.

11. Betatestning

Endeligt har du prerelease-versionen med fuld funktionalitet af din mobilapp. Det ville være bedre at evaluere programmets muligheder og stabilitet i forhold til dets fremtidige brugere.

Betatestning er fasen med fejlfinding og kontrol af betaversionen af programmet. Dens hovedformål er at identificere det maksimale antal fejl i dens arbejde med henblik på deres efterfølgende eliminering før den endelige frigivelse af appen på markedet.

Personer, der har erfaring med at arbejde med apps af lignende type, bedre endnu, med den tidligere version af programmet, vælges til rollen som beta-testere.

Du bør være opmærksom på de næste faktorer, før du tilbyder beta-test af din mobilapp:

• Et antal testdeltagere.
• Testens varighed.
• Forsendelse
• Demografisk dækning
• Testomkostninger.

Selv om du er nødt til at bruge nogle penge på betatest, kan det være en god investering i kvaliteten af din mobilapp.

Nogle populære platforme til betatestning af mobilapps: HockeyApp, Ubertesters, TestFlight .

12. Certificeringstest

Der er visse regler for organisering af en installationsfil (.apk) og regler for design af applikationer for hver applikationsbutik. Certificeringstest verificerer, at appen opfylder kravene i de mest populære butikker som Google Play, App Store og Windows Phone.

Lad os overveje de vigtigste kriterier for applikationens overensstemmelse med standarder, licensaftaler og brugsbetingelser.

Android:

• Installationsfilen til applikationen (.apk) stemmer overens med Program Policies .
• Programmet opfylder kravene i UIG .
• Der er ingen virus i appen . Android market kontrollerer halvautomatisk applikationen for virus og kan blokere din konto, hvis de opdager dem.
• Du bør følge rækkefølgen af versionskontrol i tilfælde af offentliggørelse af en opdateret version af din app.

iOS:

• Applikationen opfylder kravene i retningslinjerne for menneskelige grænseflader .
• Applikationen skal have et unikt navn.
• Du skal angive et link til feedback fra udvikleren.
• Applikationen skal placeres i den bestemte bestemte kategori.
• App Store tester appen for kompatibilitet.
• Applikationen indeholder ikke forbudte materialer, uforudsete forsinkelser i arbejdet eller gentagelse af eksisterende funktioner.

Windows Phone

• Applikationen opfylder kravene i kravene til App-certificering.
• Klar beskrivelse af hardware- og netværkskravene.
• Funktionerne nævnt i beskrivelsen eller vist på skærmbillederne er fuldt ud realiseret
• Option til at styre automatisk afspilbar lyd er påkrævet.

Tips til test af mobilapplikation

Lad os systematisere vores viden og forsøge at bestemme de vigtigste tips til test af mobilapplikationer.

1. Lær den app, du skal teste.
2. Husk forskellene mellem desktop- og mobilapps.
3. Tag hensyn til styresystemet og hardwarespecifikke forhold
4. Brug rigtige enheder, når det er muligt.
5. Forsøg ikke at finde den “schweiziske hærkniv” til testning. Brug de værktøjer, du er fortrolig med.
6. Nyt fordelene ved cloud-mobiltestning.
7. Bekræft dine resultater med skærmbilleder, logs og videoer.
8. Gør din test af mobilappen både til stående og liggende skærmtilstand.
9. Brug udviklingsmenuindstillingerne for iOS og Android.
10. Opmærksom (men misbrug ikke) emulatorer og simulatorer til test.
11. Verificer din app’s perfomance.
12. Automatiser ikke alt
13. Få rigtige brugere til at teste din app
14. Gør dig tid til at udarbejde mere komplekse, ukonventionelle testscenarier (f.e. brug test-“aber”).
15. Tænk på den menneskelige faktor

Test mobilapplikation med EasyQA SDK

Praksis er den bedste måde at lære noget på. Du har en mulighed for at bruge nogle funktioner i EasyQA til at teste din mobilapp.

EasyQA SDK er et sæt funktioner, der er udviklet af vores team, for at gøre softwaretestprocessen mere effektiv og enklere.

Her er de vigtigste funktioner:

• Cras-rapportering
• In-app fejlrapportering
• Optagelse af skærmbilleder
• Videooptagelse
• Det fungerer både med Android- og iOS-apps.

Følg dette link, hvis du vil vide mere om EasyQA SDK.