fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

I de seneste år har mobiltelefoner indtaget en fremtrædende rolle i det moderne samfund og er blevet de mest almindeligt anvendte enheder på markedet. Denne store omstilling betyder, at virksomhederne bruger mere tid og opmærksomhed på at skabe mobile applikationer til en række forskellige opgaver, lige fra at hjælpe folk med at komme i form til at understøtte arbejdsgange i et industrielt anlæg. Hver af disse applikationer kræver grundig testning for at sikre, at de fungerer som forventet.

Få mere at vide om, hvad test af mobilapplikationer er, og få flere oplysninger om de forskellige typer af mobiltest, og om manuel eller automatiseret test af mobilapplikationer er den rigtige løsning for en organisation.

 

Table of Contents

Hvad er test af mobilapplikationer?

tjekliste uat, værktøjer til test af webapplikationer, automatisering og mere

Test af mobile applikationer henviser til processen med at teste software på mobile enheder. Virksomheder gennemfører disse testprocesser af flere årsager, herunder at sikre, at softwaren fungerer, og at applikationen er attraktiv for mobilbrugere.

Der findes flere forskellige typer af test og flere metoder til at gennemføre disse test for en app-udvikler. Test af mobilapps er en proces, som så vidt muligt udføres af et uafhængigt QA-team, da dette betyder, at der ikke er nogen iboende bias i testen, som indføres af en udvikler, der ønsker at sende produktet hurtigt.

Slutmålet med test af mobilapplikationer i en virksomhed er at finde eventuelle problemer i softwaren, finde ud af, hvordan organisationen kan løse disse problemer og i sidste ende levere et produkt af høj kvalitet, som kunderne er glade for at investere i.

 

Hvilke typer mobilapplikationer kan du teste?

automatisering af webapp-testning

Der er flere typer mobilapplikationer, der kan testes. De mest succesfulde udviklere fokuserer ikke kun på at skabe applikationer til én platform, men i stedet på så mange platforme som muligt for at få mest muligt ud af deres potentielle målgruppe.

 

Nogle af de typer mobilapplikationer, som udviklere kan teste på arbejdspladsen, er bl.a.:

 

1. iOS-applikationer

 

iOS er det styresystem, som Apple har udviklet til iPhone- og iPad-enhederne, og da disse enheder betragtes som prestigeprodukter på markeder over hele verden, skal udviklere sikre sig, at de er på platformen.

Apple har notorisk høje standarder for sin app-butik og kræver, at alle mobilapps er grundigt testet før lanceringen, følger deres retningslinjer for udviklere og passer ind i butikkens etiske kodeks.

Når du tester iOS-applikationer, skal du sikre, at du har de strengest mulige standarder. Fungerer din applikation godt på den nyeste version af iOS og tidligere versioner, og hvordan kan du fremtidssikre den til fremtidige versioner?

Har du testet din applikation grundigt for sikkerhedssårbarheder i iOS?

Fungerer alle appens individuelle funktioner og kan de integreres med andre iOS-funktioner, f.eks. sporing af placering, opkald og fotos?

 

2. Android-applikationer

 

Android er en af de mest udbredte platforme, og Google, Samsung, Nokia, OnePlus og flere andre bruger alle styresystemet. Det betyder, at software til Android-telefoner har en stor potentiel brugerbase, så det er vigtigt at komme igennem processen med moderering i Google Play Store.

 

Nogle af de faktorer, som Android-moderatorer ser efter, når de undersøger mobilapplikationer, er bl.a:

 

– Begrænset indhold, som f.eks. mobning, chikane, ulovlige aktiviteter eller ulovligt indhold.

– Stjålet intellektuel ejendom, enten fra andre applikationer eller fra andre større virksomheder.

– Problemer med data- og enhedssikkerhed eller mulighed for at misbruge personlige data og vildlede brugeren om deres anvendelse.

– Manglende overholdelse af COPPA (Children’s Online Privacy Protection Act), en amerikansk lov, der sikrer, at digitalt indhold er egnet til unge mennesker.

– Ikke at følge retningslinjerne for fakturering i Play Store klart og tydeligt og angive alle gebyrer, som brugerne betaler.

– Dårlig funktionalitet, f.eks. gentagne nedbrud, frysning eller fejl, som er en del af test af mobilbrugervenlighed af en applikation.

En af de største udfordringer for udviklere og testere af Android-applikationer er at udvikle en applikation, der kører problemfrit på tusindvis af enheder. Der findes over 24.000 forskellige typer Android-enheder på markedet, og testerne skal være omhyggelige med at teste funktionaliteten, ydeevnen og sikkerheden af deres applikation på tværs af alle større enhedsserier.

Android-enheder kan sideloade applikationer ved at installere en APK og slippe for at bruge Play Store, men hvis en applikation skal være synlig nok til at blive betragtet som populær til at tjene en rimelig indtægt, er det nødvendigt at gå gennem Play Store-moderering.

 

3. Yderligere udstyr

 

Android og iOS tegner sig for langt størstedelen af markedet for mobile enheder, men der er også nogle, der bruger alternative styresystemer.

Open source-operativsystemer som Fuchsia og LiteOS fokuserer f.eks. på enkelhed, og selv om de i øjeblikket har relativt få brugere, er det stadig brugere, som mobilappudviklere med fordel kan nå ud til.

Fokuserer primært på at udvikle og teste mobilapplikationer til Apple- og Android-enheder, men hvis en kunde angiver, at de bruger et sjældnere operativsystem i deres arbejde, forsøger vi at udvikle software med deres behov for øje. Der er ingen specifikke krav, der skal opfyldes for at få adgang til disse enheder, da et open source OS normalt er lettere at installere et mobilprogram på.

 

Hvornår og hvorfor tester vi

ydeevne af mobile apps?

UAT-livscyklus

Der er flere tidspunkter i udviklingsprocessen, hvor virksomheder tester ydeevnen i deres mobilapplikationer, og hver gang har de deres egne fordele for den virksomhed, der gennemfører testen.

 

Nogle af de forskellige tidspunkter til at teste mobilapplikationers ydeevne omfatter:

 

1. Når du har oprettet nye funktioner

 

Alle mobilapplikationer består af forskellige delsystemer, hvad enten det drejer sig om den måde, hvorpå dataene føres ind i en database, den måde, hvorpå softwaren præsenterer oplysninger for brugeren, eller hvordan en applikation reagerer på input fra enheden.

Disse funktioner kan være komplekse at udvikle og kan enten mislykkes helt eller give brugeren forkerte oplysninger. Når du gennemfører grundig test af mobilappen, efter du har udviklet hver ny funktion, betyder det, at du tester funktionerne isoleret og sikrer, at de er korrekt kodet og fungerer som forventet uden fejl eller problemer.

Hvis du f.eks. udvikler en applikation til et ordspil på mobilen, og du tilføjer en ny spiltilstand til din applikation, som giver brugerne mulighed for at spille en 30 sekunders hurtig runde mod uret, skal du gennemføre grundige test af denne nye spiltilstand, før du frigiver den til offentligheden.

Ud over at teste, om tilstanden fungerer, som du forventer, kan du også teste, hvordan appen fungerer, når du spiller, om rundescore gemmes korrekt, og om resten af programmet påvirkes, når den nye spiltilstand er integreret i hovedprogrammet.

Udviklerne kan kompilere deres mobilapplikationer med tillid til, at alle funktionaliteterne fungerer, og at eventuelle problemer skyldes den måde, som hvert modul er forbundet med de andre på.

 

2. Efter kompilering af programmet

 

Ved kompilering af en mobilapplikation forstås at samle al koden i én funktionel applikation, og efter at have kompileret applikationen fra en ny opdatering er det vigtigt at gennemføre omfattende test af mobilapplikationer.

Ved at teste efter kompilering af mobilapplikationen sikrer du dig, at de enkelte funktioner i applikationen ikke kolliderer med hinanden og forårsager fejl og mangler, der fører til uforudsigelig adfærd fra applikationen.

Hvis du f.eks. lige har udarbejdet en mobilapplikation, der giver brugerne mulighed for at oprette indkøbslister og scanne relevante supermarkedstilbud for at finde de bedste tilbud, kan du sammensætte individuelle moduler, der giver brugerne mulighed for at oprette indkøbslister og gennemse supermarkedstilbud. Selv om begge moduler fungerer godt uafhængigt af hinanden, sikrer denne testrunde, at de integreres med hinanden og fungerer godt hver for sig, efter at koden er blevet kompileret.

Når du tester så hurtigt som muligt, finder du hurtigt ud af, hvad problemet er, i stedet for at fortsætte med at opdatere og bygge uden at være klar over, at der er et problem, der lurer i baggrunden.

Tidligere test af mobilapps giver mulighed for hurtigere at løse fejl, hvilket giver et mere solidt fundament for din software og bidrager til en bedre standard for softwaren i slutningen af processen.

 

3. Umiddelbart før lanceringen

 

Før du lancerer en mobilapp, skal du gennemføre en grundig testproces af al din software. Dette indebærer at kompilere hele pakken igen, herunder alle funktioner og brugergrænsefladen, og at have et live-miljø til at teste produktet i.

Virksomheder gennemfører en test af mobilappen umiddelbart før lanceringen, da det er den version af softwaren, der går live i app-butikkerne, så det er vigtigt at vide, at softwaren fungerer, som du forventer, at den fungerer. Hvis du f.eks. laver en app med ansigtsfiltre, skal du teste alle appens funktioner – dvs. alle filtre, indstillinger og delingsmuligheder – samt teste ydeevne, datalækager, sikkerhed og andre ikke-funktionelle aspekter af appen.

En udvikler, der tester umiddelbart før lanceringen, reducerer antallet af fejl i softwaren og giver brugeren en bedre oplevelse, idet eventuelle resterende problemer er mindre og relativt lette at udbedre for virksomheden. Kunderne får en bedre oplevelse, og virksomheden bevarer sit ry for gode softwareprodukter.

 

Hvad er forskellene mellem Mobile

Applikationstest vs. desktop?

opklaring af en del forvirring i forbindelse med automatisering af softwaretestning

Nogle mennesker tror, at udvikling af mobilapplikationer er en identisk proces som at skabe et program på en computer, idet kodning af applikationen og testning begge synes at bruge de samme færdigheder og koncepter.

Der er dog nogle grundlæggende forskelle mellem at teste en mobilapplikation og at udføre kvalitetssikringsopgaver for desktop-software.

 

Nogle af de vigtigste faktorer, der adskiller de to, omfatter:

 

1. Miljø

 

Den første faktor, der adskiller de to, er det miljø, som testen finder sted i. Hvor en webapplikation leveres via en browser, og en softwarepakke installeres via en exe-fil, er dette væsentligt anderledes på mobilen.

Mobilapplikationer i den sene fase kræver på den anden side testning fra installation til de mest indviklede funktioner og kan kræve en simulering af en download fra app-butikken. Mobiltestere skaber et skræddersyet testmiljø, der passer til den applikation, de har udviklet, da det øger testens pålidelighed at simulere applikationens processer så nøjagtigt som muligt.

 

2. Brugerens varians

 

Windows- og Mac-enheder har tendens til at være konsistente med hinanden og har et klart styresystem, som er det samme på alle enheder. Dette gælder uanset hvilken hardware brugeren har til rådighed, da styresystemet er den samme pakke, uanset hvilken enhed brugeren installerer det på.

Mobile enheder er forskellige. Mens en telefon er en kontrolleret pakke af dele fra producenten, laver disse producenter ofte modificerede versioner af Android-styresystemet til deres virksomhed. Dette omfatter EMUI på Huawei-enheder, Fire OS på alle Amazon-enheder og GrapheneOS til Googles egen Pixel-serie.

Udviklerne skal teste på en række forskellige styresystemer for at sikre, at der er et godt funktionsniveau på tværs af mobile enheder, så alle brugere får den oplevelse, som applikationen er designet til at give.

 

Hvem er involveret i at teste apps på iPhone,

Android og andre mobile enheder?

der bør være involveret i værktøjer til automatisering af softwaretest og planlægning

Der er flere roller involveret i en virksomheds testprocesser for mobilapps, når det skal sikres, at en applikation er på den rigtige standard.

 

Nogle af de vigtigste roller i processen med at teste apps på mobile enheder er:

 

– QA Manager

Lederen af kvalitetssikringsafdelingen. Denne stilling omfatter ansættelse og afskedigelse af medarbejdere, udarbejdelse af afdelingslister over opgaver og tildeling af opgaver til personer i hele kvalitetssikringsprocessen. Denne person er i sidste ende ansvarlig for kvaliteten af testen af mobilappen.

 

– Tester

Den person, der er ansvarlig for at gennemføre testene af mobilappen. Dette indebærer at skabe det indledende miljø for testen, udføre test af applikationens funktionalitet og ydeevne og endelig notere eventuelle problemer med applikationen, som skal videregives til udviklingsteamet.

 

– Slutbrugere

Nogle former for test af mobilapps, f.eks. brugeraccepteringstest, er afhængige af eksterne brugere til at gennemføre mobiltests, da dette er en mulighed for at se, hvad kunderne synes om produktet.

Slutbrugerne modtager mobilapplikationen, gennemfører en testproces og udfylder en række formularer med nøje udvalgte spørgsmål for at give udviklerne feedback.

 

Kunder

Nogle virksomheder udvikler skræddersyede industrielle mobilapplikationer til en specifik kunde. I disse tilfælde er kundens rolle i mobiltestprocessen primært at fortælle udvikleren om deres forventninger og specifikationer, som testteamet sammenligner applikationen med under hele testen.

 

– Udviklere

Udviklingsteamet kommunikerer med QA-teamet hele vejen igennem, modtager feedback om mobilapplikationen og giver vejledning til mobiltestere, når der er en kompliceret funktion, som kræver yderligere støtte til brugeren. Udviklerne gennemfører grundige opdateringer efter at have fået denne feedback for at forbedre produktet.

 

– Automationsingeniør

Nogle virksomheder automatiserer deres mobile testprocesser og ansætter en specialiseret automatiseringsingeniør som følge heraf. En automatiseringsingeniør arbejder sammen med QA-testere for at kode en fuldstændig automatiseret test, der besvarer alle de spørgsmål, som QA-teamet har om softwarens funktionalitet.

 

Hvad tester vi i forbindelse med test af mobilapps?

hvilke typer processer skal automatiseres med softwaretest for ui - black box testing

 

Der er masser af funktioner, som folk tester, når de undersøger en mobilapp, både funktionelle og ikke-funktionelle. I stedet for blot at kigge efter funktionalitet vurderer de bedste mobilapp-tests en lang række aspekter for at sikre, at kunden får en applikation, der lever op til de mest krævende standarder.

 

Nogle af de dele af et stykke software, som virksomheder ser på, når de gennemfører testprocessen for mobilapps, omfatter:

 

1. Funktionalitet

 

Funktionalitet henviser til den måde, hvorpå mobilappen udfører alle de opgaver, som den skal udføre. Test af, at en mobilapp fungerer korrekt, indebærer test af alle systemerne i applikationen, f.eks. at sikre, at en kalenderapplikation gemmer aftaler og har en alarm, der udløses, når en aftale finder sted.

At sikre, at mobilapplikationen fungerer, er en af de første dele af den test, som en udvikler gennemfører, da backend-funktionalitet er et af de vigtigste aspekter af en applikation, som et team derefter bygger en UI i stedet for at skabe en brugergrænseflade, før der bygges et fungerende program i den.

Mobilfunktionalitet testes ved hjælp af testcases, der beskriver præcis, hvordan hver funktion skal opføre sig, når der udføres specifikke handlinger. Hvis applikationen opfører sig som forventet for hver funktionel testcase, består den funktionel testning.

 

2. Kompatibilitet

 

Ved test af mobilapplikationer er kompatibilitet i praksis en delmængde af funktionalitet. Når et program er kompatibelt med et andet styresystem, en anden enhed og en anden enhedstype (f.eks. en telefon, tablet eller bærbar computer), betyder det, at det fungerer lige så godt på andre systemer som på det system, det oprindeligt blev udviklet til.

En af hovedårsagerne til, at organisationer søger efter kompatibilitet i deres udviklingsprocesser for mobilapps, er, at jo mere bredt kompatibelt en applikation er, jo flere enheder vil den fungere på.

Når testerne tester kompatibilitet, vil de se på en række ting, herunder ydeevne, funktionalitet og sikkerhed. Opfører funktionerne sig som forventet på tværs af forskellige platforme, hvor hurtigt indlæses applikationen på forskellige enheder, og hvor mange brugere kan applikationen håndtere på Android og iOS på én gang?

 

3. Reaktivitet

 

Mobiltelefoner og tablets har ført til en større grad af lydhørhed i folks daglige brug af software, hvor et enkelt tryk på skærmen åbner op for muligheder for brugeren.

Jo mere responsivt et stykke software er, jo hurtigere reagerer det på brugerens instruktioner og udfører sine opgaver. Denne reaktionsevne er en vigtig del af brugerens glæde ved et program, idet hurtigere kontroller hjælper dem med at afslutte deres opgaver hurtigere og vende tilbage til det, de var i gang med.

Eksempler på målinger af responsivitet kan være, hvor hurtigt programmet indlæses, hvor hurtigt forskellige sider indlæses, eller hvor lang tid det tager programmet at behandle en bestemt handling.

Langsomme applikationer kan frustrere brugerne, da de føler, at de spilder deres tid, og data viser, at 57 % af brugerne ikke vil anbefale en virksomhed, hvis den ikke reagerer på mobilbrugere. Målrettet respons og ydeevne i dine test er ideelt for at fastholde brugerne.

 

4. Visuel appel

 

Når en mobilapplikation er visuelt tiltalende, er folk mere tilbøjelige til at bruge mere tid på den pågældende app. Hvorfor skulle en bruger bruge tid på et program, som han ikke kan lide udseendet af, når der findes konkurrerende apps, som er langt mere brugervenlige og intuitive?

Visuel appel er til en vis grad subjektiv og kan ikke testes ved hjælp af metrikker på den traditionelle måde. Applikationstestere kan dog konsultere fokusgrupper for at finde ud af, hvor tiltalende et bestemt visuelt design er, men dette bør gøres på et tidligt tidspunkt, før designet er indbygget i koden.

Andre værdifulde målinger, som f.eks. antallet af downloads eller den tid, hver bruger bruger bruger på applikationen, kan også hjælpe app-testere med at forstå, hvor visuelt tiltalende deres app er.

 

5. Brugeroplevelse

 

Brugeroplevelse henviser til den måde, som en bruger opfatter den mobilapplikation, som han/hun arbejder med.

Dette går ud over den måde, som appen føles og fungerer på, og undersøger specifikt målgruppen og hvad de søger i en mobilapplikation. Test af brugeroplevelsen af en mobilapp betyder enten at få slutbrugerne til at teste produktet eller at gennemføre test, når man specifikt holder brugerens specifikationer og smag i tankerne.

Almindelige målinger af brugeroplevelsen, som softwaretestere kan måle, omfatter hvor hurtigt applikationen indlæses, hvor mange klik det tager at gennemføre en bestemt handling, og hvor lang tid det tager at udføre applikationens hovedfunktion.

Hvis du f.eks. laver en app med buskøreplaner, hvor lang tid tager det så brugerne at finde deres bus og tjekke dens ankomsttid?

 

Egenskaber ved mobiltelefonen

App-test

Der er nogle få karakteristika, du skal kigge efter, når du gennemfører mobiltests. Det er karakteristika ved selve testene, der adskiller mobilapp-testene fra lignende test af desktop-applikationer, da de to kan være meget forskellige i praksis.

 

Nogle af de vigtigste karakteristika ved test af mobilapps omfatter:

 

1. Flere enheder

 

Mange test af mobilapps anvender en række forskellige enheder. Dette er mindre tilfældet, når det er iOS-enheder, der udvikles, da Android-enheder har et større udvalg af producenter og modeller.

Ved at teste på så mange mobile enheder som muligt får du et meget bredere perspektiv på den måde, softwaren fungerer på. For nogle udviklere kan det betyde at replikere forskellige enheder i et digitalt softwaretestmiljø, mens det i nogle tilfælde kan være muligt rent faktisk at teste applikationernes funktion og ydeevne på fysiske enheder.

Nogle udviklere kan invitere playtesterne til at downloade appen på deres enheder og give feedback om deres enhedstype og appens ydeevne.

 

2. Gentag prøverne

 

Mobilapps er ofte betydeligt mindre end deres desktop-alternativer, med størrelser i størrelsesordenen megabyte i stedet for gigabyte. Det gør arbejdsgangene betydeligt hurtigere end på computeren og betyder nogle gange, at der er betydeligt mindre indhold, der skal testes.

På grund af mobilapplikationernes størrelse i forhold til desktopapplikationer er test af mobilapplikationer normalt hurtigere og mere gentagelige. Testteams er normalt i stand til at gentage testene gang på gang, hvilket fører til et mere raffineret slutprodukt.

 

3. Test på tværs af platforme

 

De fleste desktop-softwareprogrammer fokuserer på at være på en af to platforme, enten Windows eller MacOS.

Men det er ikke altid tilfældet, når man gennemfører mobiludvikling. Mobilapplikationer udvikles på både iOS og Android, hvilket betyder, at virksomheder tester på begge platforme hver for sig og i nogle tilfælde på tværs af de to platforme på en enkelt konto. Hvis du ikke udfører test på tværs af platforme, kan en applikation fungere godt og se godt ud på Android, men vises dårligt eller gå ned på iOS-enheder.

Gennemførelse af test på tværs af platforme sikrer, at en bruger med begge typer enheder kan arbejde effektivt uden at skulle have to separate konti.

 

Strategier for test af mobilapplikationer

2-2.png

Hvis du har en strategi, før du begynder at teste mobilapps, sikrer du dig mere præcise resultater i dine tests. Alle, der er involveret i processen, forstår deres rolle og ved, hvad de skal gøre og hvornår de skal gøre det, samt hvorfor QA-teamet følger den specifikke strategi.

 

Nogle eksempler på teststrategier for mobilapplikationer, som et kvalitetssikringsteam kan følge, omfatter:

 

1. Multitestning

 

En af de vigtigste strategier, som udviklere af mobilapps kan bruge, er multi-testning. Denne proces henviser til at teste flere aspekter af en mobilapplikation på én gang i stedet for at gennemføre individuelle tests.

Mens de fleste scenarier for test af mobilapps med fordel kan gennemføres isoleret, er der nogle, som du skal gennemføre, når du arbejder på andre opgaver, f.eks. at undersøge, hvor hurtigt en applikation bruger batteriet på en enhed, eller om applikationen fungerer på et bestemt operativsystem.

Ved at kombinere mobilapp-tests, der ikke påvirker hinanden i én testproces, sparer du QA-tiden på ellers enkle, men langvarige tests og giver virksomheden mulighed for at allokere flere ressourcer til presserende mobiltest og fejlrettelse.

 

2. End-to-end-test

 

End-to-end mobilapp-tests henviser til en proces, som virksomheder gennemgår, når de har en komplet mobilapp, og som indebærer, at de gennemgår hvert enkelt trin i en kundes tid med applikationen.

Nogle af trinene i denne proces omfatter først at installere mobilapplikationen på en helt ny enhed, give applikationen de tilladelser, den skal bruge for at fungere, og gennemgå alle funktioner en efter en. Denne strategi simulerer effektivt en persons tid med en applikation og sikrer, at der ikke er nogen problemer med at erhverve appen, ud over at bruge den.

Mange virksomheder implementerer end-to-end-strategier, når udviklingscyklussen er afsluttet, så de har en omfattende idé om, hvordan brugerne interagerer med applikationen fra starten.

 

3. Test af OS/enhedsopdateringer

 

Mange udviklere, der arbejder inden for mobilområdet, bruger meget tid på at sikre, at deres applikation fungerer godt med enheder, der forbedrer deres styresystem med tiden, og brugere, der konstant skifter enheder. Dette indebærer opdatering af en enheds operativsystem mellem testene for at sikre, at mobilapplikationen stadig fungerer efter en væsentlig ændring, og, hvis den fungerer, om brugerens data overføres til det nye operativsystem eller de nye enheder.

Med udgivelsen af Android 12 oplevede mange brugere f.eks., at deres apps ikke længere fungerede, fordi appens cachedata nu var forældede og inkompatible med det nye styresystem. Hvis du rydder disse data, vil problemet blive løst, men mange brugere ved ikke, hvordan de skal udføre denne opgave. Overgangen mellem versioner og enheder er så problemfri som muligt, hvilket er en nødvendighed for at fastholde brugerne og derfor er afgørende i forbindelse med test af mobilapps.

 

Livscyklus for test af mobilapps

Test af et stykke software er ikke en lineær proces, der slutter, når du er færdig med testen, men er i stedet en cyklus, som udviklerne konstant er i, fra test til løsning af problemer, der findes i testene, og derefter undersøger disse opdateringer i senere test.

 

De forskellige faser i en test af en mobilapps livscyklus omfatter:

 

1. Forberedelse og udarbejdelse af en strategi

 

Den første del af testens livscyklus er forberedelsesfasen. På dette tidspunkt i testprocessen for mobilapps samler organisationen et kvalitetssikringsteam til at gennemføre testen, rekruttere nye testere til eventuelle roller, der skal udfyldes, og anskaffe de aktiver, som organisationen har brug for under testen, f.eks. specifikke mobile enheder, som kunden bruger.

De tidlige faser af mobiltestcyklussen omfatter også udarbejdelse af en strategi, hvor QA Manager fastlægger, hvad der forventes af softwaren, og begynder at planlægge en strategi, der tester alle disse forudsætninger på den mest effektive måde muligt.

 

2. Identificering af testtyper

 

Når et softwaretestteam bedre forstår, hvad de leder efter, kan de begynde at undersøge forskellige testtyper, der kan implementeres.

Der er flere detaljer om de forskellige typer af test af mobilapps senere i guiden. Når du identificerer de typer test, du har brug for, kan du forberede dig på at køre testene på mobilapplikationer og formidle til testerne, hvad de leder efter, og hvorfor disse funktioner er vigtige.

Ideelt set identificerer du ikke kun testtyperne på dette tidspunkt, men også de specifikke målinger, som du anser for at være en succes i mobiltests.

 

3. Opbygning af testcases

 

Testcases er de trin, som softwaren tager i forbindelse med gennemførelsen af en specifik test af en mobilapplikation.

Uanset hvilken testmetode du bruger, skal du designe testcases. Gør dem så grundige som muligt, og sørg for at undersøge alle de nødvendige funktioner i en softwarepakke, idet gentagelighed er et andet vigtigt aspekt af en testcase.

Når du automatiserer din mobiltestning, skal du skrive et “testskript”, der gennemfører testen uafhængigt uden at kræve indblanding fra medlemmerne af testteamet.

 

4. Opsætning af testmiljøet

 

Et testmiljø er et område, hvor en test finder sted, herunder det specifikke antal mobile enheder, som du bruger, de data, du indtaster i en applikation (hvis appen er afhængig af live-tjenester), og det operativsystem, som enhederne kører på.

Sørg så vidt muligt for, at alle disse funktioner er de samme ved starten af hver mobiltest, så du får en større grad af konsistens i dine resultater. Det eneste tidspunkt, hvor du ikke skal gøre dette, er, når du bruger dem som en uafhængig variabel for at se, hvordan softwaren reagerer på forskellige kombinationer af enheder og operativsystemer.

 

5. Automatiseret testning

 

Virksomheder bruger automatiseret testning, manuel testning eller en kombination af begge dele til mobilapps, og i denne version af cyklussen er det valgt at præsentere begge faser.

Gennemfør automatiseret testning relativt tidligt i mobiltestcyklussen, da dette er et ideelt værktøj til at opdage systemer, der ikke fungerer, og generelle mangler i programmet.

Brug automatisering af mobiltests som et diagnostisk værktøj, der dækker de grundlæggende kvantitative oplysninger om applikationen og giver dig gode oplysninger at bygge videre på i de senere testfaser.

 

6. Manuel afprøvning

 

Manuel testning er den fase af processen, hvor en QA-tester selv går ind i mobilapplikationen og tester en række funktioner for at fastslå, om softwaren lever op til standarden.

Brug manuel testning til at håndtere mere komplekse processer og tilfælde, hvor kvalitativ vurdering er nødvendig, f.eks. ved at give feedback på brugergrænsefladens design eller diskutere, om flowet mellem funktionerne i mobilappen føles naturligt for brugerne.

 

7. Test af kompatibilitet

 

Når de generelle tests er færdige, skal du overveje at lave mere specifikke tests af mobilapplikationen. Den første af disse er kompatibilitetstest, som indebærer, at applikationen køres på flere mobile enheder og en række forskellige styresystemer.

Hvis ydeevnen er særlig dårlig eller slet ikke fungerer, ved udviklerne, at der er et problem enten med telefonen eller operativsystemet (som indsnævres yderligere ved hjælp af flere tests), og de kan løse det i en senere opdatering.

 

8. Prøvning af ydeevne

 

I sammenligning med stationære computere har telefoner relativt begrænsede ressourcer. Ydelsestest sikrer, at en applikations ydeevne på mobilen er rimeligt i overensstemmelse med dette faktum, da ydelsestestest undersøger, hvor stor en del af telefonens processor, batteri og RAM applikationen bruger.

Målet med ydelsestestning er at finde processer med høj intensitet og øge deres effektivitet, så mobilapplikationen eller softwaren ikke optager for mange af brugerens ressourcer.

 

9. Rapportering af resultater

 

Når du har gennemført alle disse mobilapp-tests og noteret resultaterne, skal du gennemgå en rapporteringsfase.

Resultatrapportering omfatter udarbejdelse af en rapport med alle data og kvalitativ feedback fra testen, som viser udviklingsteamet de områder, der kræver forbedringer.

Inddrag både et resumé og de rå data, da dette giver en enkel forklaring på, hvad et problem er, samtidig med at det giver nok information til, at udviklingsteamet kan dykke dybere ned og lære mere om problemerne.

 

10. Opdatering af udviklingen

 

Den sidste fase af mobilapp-processen er at udvikle en opdatering af applikationen, der løser de problemer, som du har opdaget i livscyklussens test- og rapporteringsfaser.

Testprocesser findes for at udviklerne kan gennemgå den software, de er ved at udvikle, finde fejl og udarbejde en strategi for at løse dem, hvilket gør opdateringsfasen i processen til den vigtigste fase i processen.

Når du opdaterer software som følge af testresultater, skal du sikre dig, at de ændringer, du foretager, ikke har utilsigtede virkninger på resten af mobilappen. Disse problemer vil blive fundet i den næste testrunde, når mobiltestcyklussen begynder igen, hvor det kontrolleres, at eventuelle rettelser er vellykkede og ikke har en negativ indvirkning på andre områder.

 

Test af Android- og iOS-apps

Hvad er softwaretestning?

De to vigtigste operativsystemer til testning på mobile enheder er Android og iOS. Begge applikationsplatforme adskiller sig væsentligt fra hinanden og kræver en unik tilgang, når det kommer til testning.

 

1. Hvad er de særlige forhold ved test af iOS-apps?

 

Et af de vigtigste særtræk ved iOS-apptestning er, at platformen er lukket med lukket kildekode. Det betyder, at kernen er udviklet af Apple og kontrolleres af virksomhedens vilkår og betingelser, hvilket holder systemet relativt lukket.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

En anden egenskab ved test af iOS-apps er, at du tester på et begrænset antal mobile enheder. Kun Apple-produkter som iPhone og iPad bruger iOS, hvilket begrænser de variationer, som du skal tage højde for i specifikationerne for mobile enheder, når du tester enhedskompatibilitet.

 

2. Hvad er de særlige forhold ved test af Android-apps?

 

Der er et par særlige forhold ved at arbejde med Android-mobilapplikationer, som testere skal forholde sig til, og det første er, at Android har mange forskellige versioner. Det gør mobiltestning mere åben og tilgængelig, men det introducerer også en række kompatibilitetsversioner på tværs af Android-versioner.

Dette fører også til højere krav til datasikkerhed, da nogle mindre sikre versioner af operativsystemet kan gøre brugeroplysninger sårbare.

 

3. Hvad er forskellene mellem Android-testning og testning af iOS-apps?

 

Den største forskel mellem Android- og iOS-testning er tilgængelighed. iOS-mobilapplikationer er langt sværere at teste takket være den lukkede kerne, men det har den fordel, at kompatibiliteten er enkel.

Android’s åbne og tilgængelige karakter gør det enklere at teste individuelle mobile enheder, men testerne skal bruge langt mere tid på at undersøge forskellige enheder og OS-konfigurationer for at opnå ensartet kompatibilitet på tværs af platforme.

 

4. Hvad er de største forskelle i tilgang og strategi ved test af Android- og iOS-apps?

 

Den største forskel for de fleste QA-teams mellem iOS- og Android-mobilteststrategier er testens omfang. At udvise rettidig omhu i forbindelse med Android-testning betyder at have potentielt snesevis af mobile enheder, der kører applikationen, for at sikre, at den fungerer effektivt.

På den anden side er det meget nemmere at teste en app på f.eks. iPhone takket være iOS, hvilket i bund og grund betyder mangel på forskelligartet hardware.

En anden stor forskel er det øgede fokus på sikkerhed, når Android-produkter testes. Dette operativsystem har snesevis af forskellige udløbere, der bruges af mange producenter, og det kræver stor opmærksomhed at fjerne eventuelle sikkerhedshuller.

Efter indførelsen af databeskyttelseslove som GDPR er dette blevet mere fokuseret i de seneste år, og virksomheder, der ikke gør det, kan risikere økonomiske sanktioner. I modsætning hertil har iOS på grund af sin “nedlåste” karakter færre sikkerhedshuller og kræver mindre fokus.

 

Manuelle vs. automatiserede test af mobilapps

computer vision til softwaretestning

Der er to hovedmetoder til at gennemføre test af mobilapps, idet udviklere enten bruger manuel test eller automatiseringstest af mobilapps. Der er tale om grundlæggende forskellige måder at gennemgå testprocessen for mobilapplikationer på, og de har hver især deres egne fordele, ulemper og ideelle scenarier for brug.

Få mere at vide om begge testmetoder, hvorfor virksomheder bruger dem hver især, og hvilket scenarie der er ideelt for manuelle eller automatiserede test af mobilapps.

 

Manuel testning af mobilapplikationer

 

Nogle udviklere bruger manuel mobiltest som deres primære kvalitetssikringsværktøj. Denne metode fokuserer på, at medarbejderne selv gennemgår testprocesser, undersøger alle systemer og funktioner i en softwarepakke og fastslår, om de lever op til den standard, som kunden forventer.

De personer, der udfører manuel testning, har ofte et højt niveau af tekniske færdigheder, hvilket hjælper dem med ikke blot at fastslå, om der er problemer i en mobilapp, men også hvilke potentielle årsager til disse problemer der er og hvilke løsninger der er ideelle.

Testere til både desktop- og mobilapplikationer er ofte uden for udviklingsteamet, da de tilbyder uafhængig indsigt uden risiko for at være forudindtaget til fordel for deres eget tidligere arbejde.

 

Fordele ved at udføre manuel testning af mobilapplikationer

 

Manuel testning var en af de første metoder, som udviklere brugte, før automatiseret testning af mobilapps blev udbredt, og det er fortsat et vigtigt værktøj for udviklere, efterhånden som automatisering er blevet mere og mere populær.

Det skyldes, at den har en række store fordele i forhold til automatiserede testmetoder til mobilapps for udviklere og kvalitetssikringsteams.

 

De største fordele ved at bruge manuel test af mobilapplikationer omfatter:

 

1. Mere nuancerede svar

 

Den første fordel ved at bruge manuelle testere er, at du får meget mere nuancerede svar.

Et automatiseret system gennemfører en række test og vender tilbage med et simpelt svar, hvad enten det er data eller et PASS/FAIL-svar. Ved at bruge mennesker får du langt større variation og nuancer i dine svar, da de søger efter kvalitative data ud over kvantitative fakta.

Denne større grad af nuancering giver udviklerne større indsigt i deres produkter og betyder, at udviklingsprocessen er meget enklere, at den er rettet mod flere relevante funktioner i applikationen og i sidste ende fører til et meget bedre produkt.

 

2. Tilpasningsvenlig afprøvning

 

En manuel tester kan tilpasse det, han/hun gør, når han/hun gennemgår testprocessen for Android- eller iOS-apps.

Hvis en tester f.eks. er ved at gennemføre en standardtestproces og bemærker, at noget opfører sig anderledes end forventet, kan han/hun undersøge, hvad problemet er, og give yderligere oplysninger i sin rapport ved afslutningen af mobilapplikationsprocessen.

Dette er ikke tilfældet med processen for automatiseringstest af mobilapps, som blot udfører den kode, som udvikleren skriver, og returnerer et resultat.

En sådan fleksibilitet betyder, at du får mere detaljerede resultater om applikationen ved afslutningen af mobiltestprocessen; du kan f.eks. finde fejl på områder, som automatiserede tests overser.

 

3. Mere komplicerede brugssager

 

Når man arbejder med automatiseret test af mobilapps, skal testerne kode hele testcasen forud for processen. Det betyder, at nogle testere kan tøve eller begå fejl, når de skriver mere komplekse testcases, hvilket fører til resultater, der ikke afspejler mobilapplikationen eller softwaren korrekt.

I modsætning til processen til automatisering af test af mobilapps kan du ved manuel testning desuden blot bede testeren om at udføre specifikke opgaver uden at skulle kode dem ind i en testcase.

Testerne følger instruktionerne til punkt og prikke hver gang uden risiko for, at en kodningsfejl kan forvrænge resultaterne, hvilket hjælper udviklerne med at teste de mere komplekse aspekter af en mobilapp mere konsekvent, hvilket resulterer i, at de kan finde rettelser mere effektivt.

 

Udfordringer ved manuelle test på mobile enheder

 

Der er mange udfordringer forbundet med at gennemføre manuelle tests på en mobilenhed. Ved at forstå disse udfordringer kan du tage skridt til at mindske deres indvirkning på dine processer og øge nøjagtigheden og effektiviteten i testprocessen af dine Android- og iOS-enheder.

 

Nogle af de største udfordringer ved manuel testning af mobilapps er:

 

1. Potentielt dyrt

 

Testere er softwareeksperter, der bruger deres tid på at sikre, at et program er af tilstrækkelig høj standard til virksomhedens specifikationer, og en højere standard for testere betyder, at der er langt større indsigt.

Men ekspertise koster penge i løn og bonusser, og omkostningerne stiger, når testteamet vokser og skal undersøge mere komplicerede apps på flere mobile enheder. Hvis du beslutter dig for udelukkende at fokusere på manuel testning, skal du sikre dig, at din testning af mobilapplikationer forbliver inden for en overkommelig prisramme ved at fastsætte personalebudgetter helt fra starten af processen og holde dig nøje til dem.

 

2. Langsommere end automatisering

 

På arbejdspladsen tager folk sig tid til at bearbejde deres beslutninger, overveje, hvad det næste skridt i en proces er, og skrive eller skrive oplysninger ned manuelt. Alt dette forlænger testens varighed og øger omkostningerne til kvalitetssikring i mobilappudviklingsprojektet.

Det er svært at balancere mellem at ansætte flere medarbejdere til at udføre opgaverne hurtigere og håndtere længerevarende opgaver, og det er et tilfælde, hvor nogle virksomheder vælger at automatisere for at løse nogle individuelle aspekter af testprocessen for mobilapps.

 

3. Mulighed for menneskelige fejl

 

Uanset hvor meget du investerer i menneskelige ressourcer, vil folk altid begå fejl på arbejdspladsen. Det kan skyldes et fejlklik, når du udfører en opgave, et øjebliks manglende opmærksomhed eller blot at du har glemt den rigtige proces at følge.

Uanset hvor uskadelige disse problemer er, kan de potentielt føre til upræcise resultater ved test af mobilapps. Modvirk denne risiko ved at gennemføre flere test med flere testere, da dette reducerer risikoen for, at den samme fejl opstår flere gange og påvirker kvaliteten af dine data.

 

Hvornår skal du teste mobilapps manuelt?

 

Der er nogle få typer udviklere, der kan drage fordel af at fokusere på manuel test af mobile apps, først og fremmest virksomheder, der udvikler små applikationer. Disse er hurtige nok til at komme igennem på grund af begrænset funktionalitet, idet mobilapp-testerne foretager en omfattende undersøgelse uden risiko for menneskelige fejl, der kan forårsage problemer.

UI-tunge mobilapplikationer har også gavn af at have et menneskeligt perspektiv i testprocessen, da en tester kan informere udviklerne om, hvordan hvert enkelt aspekt føles for en bruger, og om mulige ændringer i den arbejdsgang, som en bruger gennemgår for at gøre appen mere behagelig at bruge.

 

Automatisering af test af mobilapps

Automatiseret belastningstestning

Efterhånden som computerne har taget store skridt fremad, er automatisering et af de områder, der er blevet mere fremtrædende inden for mobiltestning. I dette tilfælde er automatiseret software ved at blive en mere nyttig del af testområdet for mobile og stationære computere, hvor software udfører gentagne opgaver uafhængigt af en menneskelig operatør.

Faktisk har dette været en stor fordel for mobilapptestbranchen, idet testere koder tests ind i platforme til automatisering af test af mobilapps og modtager resultaterne hurtigt og nemt. Der er en række automatiseringssoftware at vælge imellem, som hver især har sine egne fordele og understøtter testprocesser på unikke måder.

 

Fordele ved automatisering af test af mobile applikationer

 

Automatisering af test af mobilapps bliver en mere og mere fremtrædende del af mobilappudviklingsindustrien, primært fordi det har en række fordele, der gør testernes og QA-teamets arbejde meget nemmere.

 

Nogle af de fordele, du skal overveje, når du beslutter, om du skal bruge automatisering til at teste din mobilapplikation eller -software, er bl.a:

 

1. Hurtige resultater

 

Automatiserede tests kører hurtigt, idet de gennemfører alle de enkelte trin automatisk og leverer resultaterne, så snart de er blevet genereret. Dette er velegnet til et agilt udviklingsmiljø, som det, de fleste mobilapplikationer fokuserer på, på grund af de fleksible behov, der er forbundet med dette område. Udviklerne reagerer hurtigere på dataene og bruger dem til at styre den næste version af applikationen.

 

2. Høj grad af ensartethed

 

Mennesker kan være inkonsekvente, enten ved at klikke forkert eller ved at udfylde en test upræcist uden at tænke sig om. En højere grad af konsistens er et must på mobilmarkedet, da tusindvis af brugere arbejder med en applikation på et hvilket giver yderligere belastning og mulighed for at finde fejl.

Automatisering undgår dette problem, idet testene udføres på nøjagtig samme måde hver gang. Resultaterne er mere konsistente, og udviklerne kan bruge dataene til at finde præcis, hvad problemet er, uden at der opstår problemer med outliers.

 

3. Fuldfører flere store opgaver samtidig

 

Platforme med fokus på automatisering er i stand til at udføre flere komplekse opgaver på samme tid. På den måde får du resultaterne fra flere tests på én gang, hvilket sparer dig for den tid, du ellers ville bruge på at gennemføre hver test manuelt i sit eget miljø.

Du arbejder på en mere fleksibel måde, når du gør dette, og du sparer tid til at teste andre dele af softwaren, hvilket kan være særligt vigtigt med applikationer, der er store og har mange forskellige funktioner.

 

Udfordringer ved automatisering af test af mobilapps

 

Nogle virksomheder foretrækker stadig at bruge manuel testning i deres udviklingsprocesser, da der er visse udfordringer forbundet med at automatisere test af mobilapps. Hvis du forstår disse udfordringer, kan du mindske de tilknyttede risici og drage stor fordel af mere effektiv testning.

 

De største ulemper ved at bruge automatisering i dine mobilapp-tests er bl.a:

 

1. Potentielt besværligt

En af udfordringerne ved automatisering af tests er, at nogle specifikke testcases kan være ret besværlige. I mere komplekse tilfælde skriver du mere kode, hvilket kan øge risikoen for fejl i syntaksen, som kan føre til, at testene ikke gennemføres korrekt.

I forbindelse med mobiltestning er dette et vigtigt problem, når applikationerne er mere komplekse, har mange forskellige funktioner og er afhængige af kode til at sikre funktionalitet på en række forskellige enheder. Lav en grundig korrekturlæsning af din testkode, hvor det er muligt.

 

2. Mangler menneskelig indsigt

 

Automatisering mangler den indsigt, som manuel testning har, da menneskelige testere kan give kvalitative oplysninger, f.eks. hvordan en bestemt funktion føles at bruge. Den menneskelige indsigt kan være endnu vigtigere med mobilapplikationer, da apps er afhængige af berøring og derfor føles meget mere forbundet med brugeren end desktopprogrammer. For at bekæmpe dette kan du prøve at bruge manuel testning sammen med automatisering, så de to supplerer hinanden og løser eventuelle alvorlige huller i din testning.

 

3. Oprindelige investeringsomkostninger

 

Brug af automatiserede platforme kræver en betydelig investering, både i form af abonnementsudgifter og noget af den hardware, du arbejder på. Hardwareomkostningerne kan være særligt høje, når du tester mobilapplikationer, da nogle testmetoder kræver adgang til en lang række enheder fra forskellige producenter i forskellige modeller.

Selv om dette udjævnes med tiden, skal du sørge for at holde øje med organisationens økonomi og undgå truslen om utilsigtet overforbrug ved at automatisere dine tests.

 

Den 10 X ROI-ingrediens i mobil automatisering – Computer Vision

En stor trussel, når man arbejder med automatisering, er tanken om, at en computer ikke kan genkende ting som billeder korrekt og derfor ikke forstår tonen.

Computer Vision findes for at løse dette problem. Computer Vision indebærer at træne en kunstig intelligens i at fortolke billeder, som et menneske gør det, ved hjælp af mønstergenkendelse og maskinlæring for at forstå, hvad computeren ser på.

Fra ansigtsgenkendelse til forståelse af mønstre i trafikken og medicinsk behandling – Computer Vision giver virksomheder indsigt i områder, der ikke kræver menneskelig indgriben. En af de største ulemper ved at bruge automatiseret testning kan i øjeblikket være, at en computer mangler menneskelig indsigt, men med effektiv implementering af Computer Vision på en platform som ZAPTEST behøver dette ikke længere at være tilfældet.

Dette øger ikke blot fleksibiliteten af et testværktøj, men kan have utroligt store konsekvenser for dit investeringsafkast. Der er ikke længere behov for at bruge flere manuelle testere til at udføre disse opgaver, og kvaliteten af dit produkt øges betydeligt.

Investeringsafkastet fra brugen af Computer Vision er enormt, idet det forbedrer dit produkt, imponerer kunderne og i sidste ende genererer langt større indtægter for virksomheden til en betydeligt lavere pris.

 

Hvornår skal du implementere automatiseret test af mobilapps?

Fordele ved at oprette et ekspertisecenter for testning. Er performance test anderledes end funktionel test?

En af de vigtigste indikatorer for at gå fra manuel testning til automatisk testning er størrelsen af den pågældende applikation. Jo større programmet er, jo flere opgaver skal en medarbejder udføre, og menneskelige fejl kan potentielt forårsage problemer med resultaternes nøjagtighed.

Brug automatiseret test af mobilapps, når du undersøger store applikationer på flere enheder, da du får hurtigere svar og kan vende tilbage til udviklingen hurtigere.

Dette er en mere traditionel tilgang, som er baseret på en betydelig manuel tilstedeværelse, men indførelsen af maskinlæring og billedgenkendelse er ved at ændre dette.

Udviklingsteams oplever i stigende grad større test-effektivitet og økonomiske gevinster ved at implementere automatiseret testning af mobile apps, hvilket giver et stigende investeringsafkast for applikationer over hele linjen.

Hvis du fokuserer på at implementere en top-of-the-line platform som ZAPTEST, kan det have en stor indvirkning på din virksomheds resultater, uanset hvad din mobilapplikation indeholder.

 

Konklusion: Automatisering af test af mobilapps vs.

Manuel test af mobilapps

Både manuel testning og testautomatisering har deres plads i testområdet for mobile apps, da de begge har deres egne fordele. Med automatisering, der hjælper udviklere med at se på ren funktionalitet, og manuelle tests, der giver større indsigt i den måde, som brugeren føler sig med en applikation, er en hybrid tilgang i mange tilfælde ideel.

Du afbalancerer fejlene ved det ene system med fordelene ved det andet, hvilket fører til en bedre testordning i slutningen af processen. I sidste ende er det ikke et spørgsmål om automatisering vs. manuelt arbejde, men om hvordan et kvalitetssikringsteam kan kombinere de to til ét sammenhængende system.

Med dette i tankerne spiller automatisering en stor rolle i test af mobilapps, især når der er tale om live service.

Apps, der skal håndtere belastningen fra tusindvis af brugere på live-servere på et hvilket som helst tidspunkt, kræver massetestning, som manuelle tests har svært ved at klare, hvilket gør automatisering til en hjørnesten i at sikre, at mobiltestning fungerer, som kunderne forventer.

Der kan også argumenteres for at automatisere Android-enheder mere end iOS-alternativer, da der findes et meget bredere udvalg af enheder, der fungerer på Android, og det kan være ekstremt tidskrævende at teste dem manuelt.

 

Typer af test af mobilapps

api-testning og automatisering

Der findes flere forskellige former for test af mobilapps, som hver især undersøger unikke funktioner i en applikation. Hvis alle disse tests bestås, viser det, at applikationen fungerer, som udviklerne forventer, og at den er i den rette stand til at blive lanceret i app-butikkerne og leveret til brugerne.

 

De vigtigste typer af test af mobilapps, som udviklere bruger, er:

 

1. Funktionel afprøvning

 

Funktionel testning er processen, der skal sikre, at alle funktionerne i en app fungerer, som du forventer. Det er en forholdsvis lang proces, som du gennemfører løbende, hvor du tester specifikke moduler, og hvor du tester, om de fungerer, efterhånden som du udvikler dem.

Ved at foretage denne testning sideløbende med udviklingen af mobilapps sikrer du, at funktionerne fungerer, når alle funktionerne er samlet i en applikation. Hvis der er problemer, ved du, at problemerne skyldes den måde, modulerne interagerer på, snarere end modulerne selv.

Et simpelt eksempel på dette er at arbejde med en alarm-app og sikre, at alarmen går af på det rigtige tidspunkt under en række forskellige omstændigheder, herunder flere gange i løbet af dagen, samtidig med en kalendermeddelelse og inden for få minutter efter en anden alarm. Test funktionaliteten under alle mulige omstændigheder.

 

2. Afbrydelses-/anmeldelsesprøvning

 

Mobile enheder er i høj grad afhængige af notifikationer for at fortælle brugeren, hvad der sker i baggrunden, og mange af disse notifikationer vises på skærmen, så brugeren kan se dem.

Test af afbrydelser og meddelelser skal fastslå, om programmet fungerer korrekt, hvis en meddelelse dukker op og afbryder en arbejdsgang.

Hvis dette sker og får appen til at gå ned, kan den blive afvist af et hold af moderatorer, hvilket gør afbrydelsestestning til en nødvendighed for at vurdere standarderne for forbrugerapps. Dette er et mindre problem i forbindelse med industrielle applikationer.

 

3. Hastighedstest

 

Det er vigtigt at teste den hastighed, hvormed en app fungerer, da hurtigere mobilapplikationer er afgørende for brugernes oplevelse.

Hastighedstestning indebærer, at mobilapplikationens kernefunktioner køres igen og igen på en række forskellige builds og enheder for at sikre, at appen er hurtig nok til brugeren, efterhånden som den vokser og udvikles.

Testteams videregiver disse oplysninger til udviklingsteamet, som foretager opdateringer for at øge mobilapplikationens effektivitet og reducere forsinkelser, uanset hvor de er.

 

4. Sikkerhedsafprøvning

 

Ved sikkerhedstestning forstås test af både sikkerheden i selve mobilappen og sikkerheden af brugerdata, når de indsender dem til applikationen. Dette omfatter specifikke delprøver, herunder penetrationstest, hvor testerne forsøger at bryde mobilapplikationens sikkerhed aktivt.

Effektive protokoller til sikkerhedstest betyder, at en mobiludvikler kan være sikker på, at deres software er kompatibel med GDPR og anden databeskyttelseslovgivning fra hele verden.

 

5. Test af ydeevne

 

Test af ydeevne er en proces, hvor man ser, hvordan en mobilapplikation fungerer i forhold til forventningerne. Testerne undersøger, hvilke ressourcer det kræver at køre applikationen på en række enheder, og om der er problemer, f.eks. overophedning af den mobile enhed, som udviklingsteamet skal tage hensyn til.

Ved afslutningen af testprocessen fastlægges også minimumskravene til specifikationerne for mobilappen.

 

6. Brugervenlighedstest

 

Brugervenlighedstest henviser til processen med at fastslå, hvor brugervenligt et stykke software er. Aspekter af mobilapplikationen, der testes på dette tidspunkt i processen, omfatter, hvordan menuerne føles for en bruger, om arbejdsgangene er intuitive, og om de kontroller, som brugeren forventes at indtaste, er komfortable.

Dette vurderer ikke, om appen er funktionel, men snarere om folk med rimelighed kan bruge applikationen på et konsekvent grundlag i betragtning af udviklerens designbeslutninger og implementering.

 

Hvad du skal bruge for at starte

Test af mobilapps

Der er nogle få forudsætninger, som du skal kigge efter, når du overvejer at starte din test af mobilapps, herunder:

 

1. Komplet kode

 

Uanset om du tester en bestemt del af appen eller blot et modul, skal koden fra den del, du tester, være komplet. Ellers vil du helt sikkert finde problemer, uanset kodens kvalitet, da du dybest set tester et ufærdigt produkt.

I mobilapplikationer på tværs af platforme kræver dette komplette applikationer til både iOS og Android, da det kun er muligt at teste den ene platform og dermed undgå at opdage fejl på den anden platform.

 

2. Testcases

 

En liste over de specifikke tests, som du gennemfører, med en betydelig detaljeringsgrad, så en person uden erfaring med din mobilapp vil vide, hvad han/hun skal gøre, når han/hun gennemfører testene.

I modsætning til når du arbejder med en desktop, skal du inkludere testcases uden for selve applikationen, f.eks. hvordan appen fungerer sammen med andre almindelige stykker software, f.eks. en proprietær tekstbesked-app, der dækker en del af skærmen.

 

3. Testmiljø

 

Dette omfatter de enheder og operativsystemer, som du tester programmet på. Hold testmiljøet ensartet i alle dine test af mobilapps for at sikre bedre kvalitetsresultater.

Sørg for at dække alle de operativsystemer, som applikationen er designet til at køre på, og et repræsentativt sæt hardware, f.eks. ved at bruge både nyere og ældre enheder, hvis din software er designet til generel brug, eller en meget specifik enhed, hvis applikationen er til et industrielt formål.

 

4. Teststrategi

 

Forstå, hvorfor du gennemfører alle disse test, og hvordan du planlægger at bruge disse data. En klar strategi gør det meget nemmere at implementere løsninger senere i processen.

Medtag rapporterings- og opdateringsfaserne i din teststrategi, da dette gør det meget nemmere at sende det endelige produkt ud til app-butikken og forbedrer dine chancer for at bestå alle de kontroller, som app-butikkerne selv udfører på softwaren.

 

Bedste praksis for testning

Mobile applikationer

Bedste praksis henviser til en række retningslinjer, der skal følges, når du udfører en opgave for at forbedre dine resultater. Nogle af de bedste metoder til test af mobilapplikationer omfatter:

 

1. Forstå publikum

 

Når du tester funktioner som f.eks. brugervenlighed, skal du overveje den målgruppe, du leverer appen til, idet en 80-årig, der sandsynligvis er teknofobisk, ikke har de samme krav til brugervenlighed som en 20-årig, der arbejder i den tekniske sektor. Målgrupperne er meget bredere for en mobilapplikation, så det kræver mere opmærksomhed end for desktop-alternativer.

 

2. Gennemfør nogle reelle test af enheden

 

Selvom det kan være en fejl at gennemføre mobilapp-tests på en enhed i den virkelige verden, som er en persons personlige telefon, skal du gennemføre mindst én test på en rigtig enhed for at sikre, at den fungerer korrekt uden for testmiljøet.

Rigtige enheder tilføjer yderligere kompleksitet end dem i et specialbygget miljø, hvilket gør det vanskeligt at foretage præcise tests uden eksterne eksempler.

 

3. Afprøvning af balance

 

Sørg for at afbalancere din testning mellem forskellige testtyper i stedet for at lægge vægt på funktionalitet eller sikkerhedstestning, da en bedre balance sikrer et bedre samlet produkt, der er afbalanceret. Brugerne opdager, når der er problemer med en mobilapp, så det er vigtigt at være grundig.

 

4. Overvej cloud-testning

 

Cloud-testning af mobilapps giver adgang til flere enheder på samme tid, hvilket giver udviklere større indsigt og dækning af en række enheder. Dette kan reducere markedsføringstiden for en app betydeligt, hvilket hjælper virksomheder med at komme foran konkurrenterne og øge investeringsafkastet yderligere.

 

5. Kombiner test

 

Dette omfatter en kombination af manuelle og automatiserede test samt områder som sikkerhedstest og funktionalitetstest, da du ved at teste dem i kombination sparer tid på individuelle test for hver enkelt af dem. Testerne bruger deres tid mere effektivt og returnerer rapporterne hurtigere på denne måde.

 

Typer af output fra test af mobilapps

Testerne får flere forskellige typer output fra testprocessen for mobilapps, afhængigt af flere faktorer, herunder de typer test, de gennemfører.

 

De outputtyper, som du kan få fra mobilapp-tests, omfatter:

 

1. Kvalitative oplysninger

 

Kvalitative data er oplysninger, som en tester fortæller softwareudviklingsteamet, mens de gennemgår testen, og som ikke har et grundlag i talmæssige fakta. Denne type oplysninger omfatter ting, der er et spørgsmål om mening, f.eks. deres synspunkter om, hvordan brugergrænsefladen føles at bruge, og hvordan virksomhedens branding kommer til udtryk i logoet og anden relateret grafik. Med mobilapplikationer, der i høj grad er baseret på “følelser”, er dette særlig vigtigt.

 

2. Kvantitative data

 

Kvantitative data er alle numeriske oplysninger, som testerne modtager, og som typisk produceres gennem den automatiserede testproces. Testerne tager disse data, som omfatter indlæsningstider og antallet af fejl, og analyserer dem for at skabe en udviklingsstrategi, der forbedrer applikationens standard i fremtidige opdateringer.

Test af mobilapps genererer en masse af disse oplysninger på grund af det store antal parametre, der anvendes på et hvilket som helst tidspunkt.

 

3. Ja/nej-stater

 

Det drejer sig om, hvorvidt noget er sandt eller falsk. Ja/Nej-tilstande er undertiden kendt som bestået/ikke bestået-tilstande og lader testeren vide, om testen, han/hun er ved at gennemføre, er vellykket eller ej. Disse giver ikke meget indsigt og er mere nyttige tidligere i udviklingsprocessen end når udviklingsteamet er ved at skræddersy individuelle funktioner i de sidste dage af udviklingen af appen.

 

Eksempler på test af mobilapps

Nogle eksempler på test af mobilapps, der finder sted i applikationsudviklingsprocesser, omfatter:

 

1. Vellykket automatiseret funktionel test

 

En udvikler planlægger omhyggeligt sin funktionelle test af mobilapps og angiver alle de funktioner, der skal testes, samt de specifikke tests, som de gennemfører. Testerne koder derefter disse tests ind i en automatiseringsplatform, inden de starter testene og overvåger dem, mens de udføres.

Efter at have modtaget svarene ved udvikleren, hvilke funktioner i softwaren der kører som forventet, og hvilke der ikke gør det, hvilket giver vejledning til de næste opdateringer, inden den næste testkørsel planlægges.

 

2. Mangelfuld manuel brugervenlighedstest

 

En virksomhed har fastsat en meget stram deadline for offentliggørelsen af en app, hvilket betyder, at udvikleren skal gennemføre testen hurtigt. På grund af manglende erfaring tester de appen på deres egen enhed én gang for at sikre sig, at den kører som forventet, og derefter sender de appen.

Takket være manglende testning har appen en række uopdagede fejl på andre typer enheder, hvilket har givet virksomheden et dårligere ry for appkvalitet.

 

Typer af fejl og fejl, der opdages gennem

Test af mobile apps

zaptest-runtime-error.png

En del af grunden til at gennemføre test af mobilapps er at finde fejl og fejl i en softwarepakke, og der findes forskellige typer fejl og fejl i en mobilapplikation.

 

Nogle af de vigtigste typer af fejl og fejl, som du skal kigge efter, når du tester en app, er bl.a:

 

1. Håndtering af fejl

 

Et problem med fejlhåndtering er, at mobilapplikationen har en fejl, men at fejlmeddelelsen ikke informerer brugeren korrekt om, hvad fejlen er. Det kan være et problem, da det betyder, at det tager længere tid at undersøge fejl, hvilket bremser udviklingen og gør kundesupport til en meget vanskeligere proces.

Tilfældige nedbrud, især med mobilapps, kan skade en virksomheds omdømme ved at påvirke vurderingsscoren.

 

2. Nedbrud

 

Nedbrud sker, når et program holder helt op med at fungere, enten fordi det ikke længere reagerer eller lukker sig selv helt. Disse fejl forhindrer brugerne i at interagere med appen, så det er afgørende for softwarens succes at løse disse fejl.

Nedbrud kan være sværere at løse i mobilapps end på stationære computere, da der er færre indtastningsmuligheder.

 

3. Visuelle fejl og mangler

 

En visuel fejl opstår, når et program ser anderledes ud, end det burde, enten fordi dele af programmet ikke indlæses, eller fordi skærmen vises forvrænget på en eller anden måde. Visuelle fejl ødelægger brugeroplevelsen, da de fører til forvirring eller til, at brugeren har svært ved at interagere, som han/hun gerne vil.

Da skærmen udgør størstedelen af en mobilenheds overflade, er visuelle fejl mere fremtrædende i mobilapplikationer.

 

4. Langsom indlæsning

 

Dette sker, når et program kører langsommere end forventet, lige fra at forsøge at fuldføre en bestemt funktion til at indlæse et enkelt billede, der tager for lang tid.

Langsom indlæsning påvirker brugeroplevelsen, da appen er langt mindre responsiv, end de oprindeligt havde forventet, og kan få andre applikationer til også at køre langsomt.

 

5. Tilladelser

 

Nogle mobilapplikationer indlæser tilladelser som f.eks. placeringsdata forkert, hvilket reducerer deres funktionalitet. Når denne fejl er løst, betyder det, at enheden leverer disse data til applikationen, så den kan fungere som annonceret og imponere brugeren med mere personlige data, der fører til bedre resultater.

 

Fælles målinger i test af mobilapps

En måleenhed henviser til en specifik måling, som en tester kan se på og bruge til at fastslå status for udviklingen af en mobilapp ved at sammenligne måleenheden med den samme måleenhed fra tidligere versioner af softwaren.

 

Disse omfatter:

 

1. Proceslængde

 

Den tid, det tager at gennemføre en bestemt proces. Dette er et ideelt mål, når du tester en mobilapplikation, hvis hovedformål er at udføre én funktion. Mere effektive applikationer gennemfører processer på kortere tid. Disse kan omfatte processer i flere trin, herunder den tid, som en bruger bruger til at navigere i brugergrænsefladen.

Nogle eksempler på målinger inden for denne kategori omfatter:

  • Gennemsnitlig tid i sekunder, som brugerne bruger på at tjekke en kurv med varer
  • Gennemsnitlig tid i sekunder til at gennemføre brugerregistreringen
  • Antallet af klik, der skal til for at komme fra forsiden til en side med vigtige tjenester

 

2. Antal fejl

 

Antallet af fejl, som du møder i din mobilapplikation, er en vigtig målestok. Flere fejl betyder, at der er flere fejl og mangler, som skal løses af udviklingsteamet. Nogle virksomheder foretrækker et system med fejl pr. funktion eller lignende, da dette afbalancerer målingen i forhold til applikationens størrelse.

Nogle eksempler på målinger inden for denne kategori omfatter:

  • Antal gange programmet går ned pr. 1000 belastninger
  • Antal gange, hvor en funktion ikke indlæses pr. 1000 forsøg
  • Antal fejl pr. 1000 linjer kode

 

3. Input forsinkelse

 

Den tid, der går, fra en bruger indtaster en kommando, til kommandoen er færdiggjort af programmet. Hurtigere programmer har et lavere niveau af inputforsinkelse, hvilket brugerne foretrækker frem for programmer, der kører relativt langsomt.

Nogle eksempler på målinger inden for denne kategori omfatter:

  • Antal sekunder, det tager appen at indlæse
  • Antal sekunder, det tager for kasseapparatet at behandle en ordre

 

Test af mobilapp-testsager

Testcases er specifikke test, som testere gennemfører, når de undersøger et stykke software, herunder en mobilapp.

 

Få mere at vide om testcases i test af mobilapplikationer nedenfor:

 

1. Hvad er testcases i test af mobilapplikationer?

 

En testcase er en række specifikke handlinger og trin, som et system udfører, når det undersøges, om det er egnet til formålet eller opfylder de krav, som udviklerne har fastsat.

I dette specifikke tilfælde henviser det til testcases, som virksomheder bruger til at teste mobilapplikationer. De er specifikt rettet mod enheder, der fungerer på Android og iOS, da disse applikationer har andre krav end dem, der kører på stationære pc’er.

 

2. Sådan skriver du testcases til mobilapps

 

Både manuelle og automatiserede testcases har en lignende start, herunder brainstorming. Dette indebærer, at man skal overveje, hvilke specifikke aspekter der kræver en test, og hvordan de skal testes.

Ved manuel testning skal du blot skrive trinene ned i testcasen for at informere en manuel tester om, hvad han skal gøre. For hver testcase skal du angive navnet på testcasen, testcase-ID og kriterierne for bestået/ikke bestået for den pågældende testcase.

Med automatiseret testning skal du bruge en automatiseringsplatform til at kode alle trinene, før du kører testcasen i softwaren. Dette varierer i forbindelse med test af mobilapps, da du skal bruge mere tid på at skrive testcases for en række forskellige enheder, som har forskellige inputmuligheder.

 

3. Eksempler på testcases for mobilapps

 

Der er et par eksempler på testcases for mobilapps, som virksomheder bruger, når de undersøger deres mobilapplikationer, herunder:

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

 

– Test af batterier

Undersøgelse af den mængde batteri, som det tager at køre programmet over en bestemt periode, sammenlignet med det gennemsnitlige niveau af batteridegradering på enheden i samme periode.

 

– Hastighedstest:

Se, hvor hurtigt en applikation går gennem alle faser af en proces, både manuelt og automatiseret, for at se den rolle, som brugergrænsefladen spiller i processen.

 

– Krav til ressourcer:

De ressourcer, som programmet kræver for at kunne køre efter en høj standard, omfatter den nødvendige mængde RAM, data og computerkraft.

 

– Funktionalitet:

Test af, at alle funktionerne fungerer, som udvikleren forventer, uden at der opstår nedbrud. Stresstest er en form for funktionalitetstest.

 

Bedste testværktøjer til mobilapps

de bedste værktøjer til gratis og virksomhedssoftware test + RPA automatisering

For virksomheder, der ønsker at forbedre deres udviklingsprocesser og give kunderne den bedst mulige softwarepakke, er det ideelt at bruge værktøjer i testprocessen for mobilapps. Disse giver ekstra funktionalitet til testprocessen, hvilket giver mere indsigt til QA-teamet og understøtter resten af udviklingscyklussen.

 

Se nogle af de bedste testværktøjer til mobilapps nedenfor, og se også, hvad hver af disse apps kan tilbyde testerne.

 

5 bedste gratis værktøjer til test af mobilapps

UAT-livscyklus

Hvis du driver en mindre virksomhed eller udvikler mobilapplikationer helt alene, kan du måske opleve relativt stramme budgetbegrænsninger, der begrænser dine muligheder for testværktøjer.

I disse tilfælde er et gratis testværktøj til mobilapps en ideel løsning, som forbedrer dine testmuligheder, samtidig med at du holder dine udgifter på sporet.

 

Nogle af de bedste gratis testværktøjer til mobilapplikationer omfatter:

 

1. ZAPTEST FREE Edition

 

ZAPTEST er en af de bedre automatiseringsplatforme på markedet, men nogle mennesker er bekymrede over omkostningerne ved at bruge platformen.

Free Edition indeholder de fleste af de vigtigste funktioner, som du kan forvente af ZAPTEST, og giver dig et betydeligt afkast uden at skulle investere i high-end automatisering og scripting på tværs af platforme. ZAPTEST’s GRATIS udgave er en god start på din testautomatisering og avancerede RPA, før du beslutter dig for at opgradere til værktøjer til automatisering af virksomhedssoftware.

 

2. Espresso

 

En automatiseringsenhed, der er udviklet af Google, og som hjælper dig med at gennemføre brugergrænsefladetests med din mobilapp på Android-enheder. Selv om dette hjælper med meget specifikke UI-testmetoder, mangler det den detaljerede indsigt, som en menneskelig UI-tester kan give dig.

 

3. Robotium

 

Et open source-værktøj, der er designet til at hjælpe brugere med automatiseret Android-testning på telefoner og tablets. Robotium er et nyttigt værktøj, når du arbejder med Android, men OS-begrænsningerne betyder, at det er svært at udvikle til iOS på denne platform.

 

4. EarlGrey

 

EarlGrey er skabt af Google som en enhed til oprettelse af brugergrænseflader og hjælper også med at gennemføre funktionelle tests af din software. Dette kan fungere både med Android-apptestning og iOS, men testmulighederne er noget begrænsede i forhold til det ideelle fleksible testværktøj.

 

5. Appium

 

Appium er et meget fleksibelt værktøj, der kan hjælpe dig med at portere iOS-kode til Android og omvendt, og det er ideelt til at oprette testskripter i flere forskellige programmeringssprog. Dette medfører dog en yderligere grad af kompleksitet, som kan skabe problemer for udviklere med lidt erfaring.

 

5 bedste værktøjer til automatisering af test af mobilapplikationer til virksomheder

grey box testing artikel - værktøjer, tilgange, sammenligning med white box og black box testing, grey box gratis og enterprise værktøjer.

Større udviklere, som f.eks. virksomheder, der har fået en kontrakt om at udvikle en applikation for en kunde, har større budgetter end uafhængige udviklere. Det betyder, at de kan investere mere i deres processer og værktøjer og i sidste ende producere et program af langt højere kvalitet, end de kunne gøre med gratis værktøjer.

 

Nogle af de bedste værktøjer til test af mobile apps på virksomhedsniveau omfatter:

 

1. ZAPTEST Enterprise Edition

 

Investeringsafkast, ROI, er en af de vigtigste ting at overveje i forbindelse med softwaretestning, og ZAPTEST giver op til ti gange ROI alene i testfasen. Virksomhedsudgaven af ZAPTEST tilbyder en ZAP-ekspert, der arbejder eksternt som en del af dit team, ud over enhver opgaveautomatisering, på enhver platform og på enhver tidsplan … alt sammen ved hjælp af den nyeste teknologi inden for computer vision og robotprocesautomatisering.

Du giver dit team masser af indsigt og et solidt grundlag for at skabe mere effektive opdateringer til dine mobilapps. Når det gælder testplatforme i virksomhedskvalitet, kan du ikke gå galt i byen med ZAPTEST.

 

2. testRigor

 

Et simpelt automatiseringsværktøj med en åben licens, der giver adgang for så mange brugere, som du ønsker. En god måde at lære automatisering på, men potentielt begrænset med hensyn til omfanget af de test, du kan gennemføre med den.

 

3. Perfecto

 

Perfecto fokuserer på at være en top-of-the-line løsning for testere og giver adgang til nye styresystemer og enheder på udgivelsesdagen. Mulighederne for kundesupport er vigtige, primært fordi platformen kan være svær at lære for nybegyndere.

 

4. TestGrid

 

TestGrid er et meget fleksibelt værktøj til automatisering af test, der omfatter Android, iOS og endda Blackberry som kompatible styresystemer. Brugerne har dog bemærket en relativ mangel på support i nogle tilfælde, idet en alsidig platform potentielt kan give problemer med manglende ekspertise på alle områder.

 

5. ACCELQ

 

Et kodeløst værktøj, der fokuserer stærkt på automatisering først, med test designet til at automatisere alle trin i processen i et enkelt flow. ACCELQ er god til at teste store applikationer, men har et meget højt prisloft og sætter manuelle testere helt til side.

 

Hvornår skal du bruge

Testværktøjer til virksomheder vs. gratis testværktøjer til mobilapps?

Fordele ved at oprette et ekspertisecenter for testning. Er performance test anderledes end funktionel test?

Der er nogle få situationer, hvor både enterprise- og gratis testværktøjer til mobilapps er nyttige. Gratis værktøjer er gode, når der er tale om udvikling på et lavt budget eller en meget simpel applikation, mens værktøjer til virksomheder er bedre til virksomheder, der arbejder med større projekter, bruger meget automatisering i deres testning og kræver mere sikkerhed ved slutningen af testperioden.

Afhængigt af de værktøjer, du bruger, er der mulighed for at kombinere et enkelt virksomhedsværktøj med gratis alternativer for at give dit QA-team en større fleksibilitet.

Brug virksomhedslicenser til større udviklinger, men glem ikke helt vigtigheden af gratis alternativer, der klarer mindre opgaver utroligt godt.

 

Tjekliste, tips og tricks til test af mobilapps

Tjekliste for softwaretestning

Der er flere ting, der skal afkrydses, når du gennemgår testprocessen for mobilapps, og det er vigtigt at udfylde denne liste over opgaver.

 

Tjeklisten for test af mobile enheder indeholder bl.a. følgende funktioner:

 

– Kompatibilitet på tværs af platforme, som sikrer, at mobilapplikationen fungerer på alle de operativsystemer, som udviklerne ønsker at lægge softwaren ud på

– Sikkerhedstest med forsikringer om, at brugerdata er sikre, og at der ikke er nogen veje for ondsindet adgang fra tredjepart

– Test af funktionalitet, der sikrer, at hele mobilapplikationen fungerer, som brugeren forventer

– Sprogtest, der sikrer, at alternative sprog både oversættes korrekt og ikke skader mobilappens funktion

– Kontrol af brugerglæde, som sikrer, at brugeren er positivt indstillet over for mobilapplikationen

7 fejl og faldgruber, der skal undgås ved implementering af

Test af mobilapplikationer

UAT-testning sammenlignet med regressionstest og andre

Udviklere og testere gennemgår testprocesser næsten hele tiden, og der er nogle fejl, som gentagne gange forekommer i forbindelse med test af mobilapps. Ved at kende til disse problemer kan du undgå dem i fremtiden og sikre, at dine test er så tæt på den virkelige brug som muligt.

 

Se syv almindelige fejl, der begås ved implementering af test af mobilapplikationer, og mulige trin til at undgå dem:

 

1. Test på rigtige enheder

 

Den første store fejl, som udviklere med lidt erfaring med testning begår, er at bruge rigtige enheder til at teste på. Rigtige enheder henviser til mobile enheder, der allerede er blevet brugt regelmæssigt i dagligdagen, f.eks. mobiltelefoner, som testholdets medlemmer ejer, eller en iPad, som virksomheden opbevarer i baglokalet til spil, når de holder en pause.

Disse enheder er allerede blevet brugt i længere tid i forskellige situationer og er sandsynligvis ikke repræsentative for den gennemsnitlige mobile enhed, som en bruger ejer.

Brug specifikke testudstyr, der ikke bruges i dagligdagen, for at undgå, at eksterne påvirkninger påvirker dine tests, og for at gøre dine resultater så nøjagtige som muligt.

 

2. Kun test i slutningen

 

Testning er en konstant proces, som udviklerne gennemfører under hele deres arbejde for at sikre, at hvert modul er på den højest mulige standard, når de leverer deres produkter.

Nogle uerfarne udviklere vil undlade at gennemføre test i de tidligere faser af arbejdsgangen og i stedet målrette en intensiv test session i slutningen af processen.

Dette kan dog skabe flere problemer end det løser, idet virksomhederne kan opdage en lang række problemer, som de har svært ved at løse lige ved slutningen af udviklingen.

Ved at teste undervejs ved du, hvordan specifikke moduler fungerer, og du kan rette dem undervejs, så du har tid til at finpudse produktet lige før udgivelsen i stedet for at bekæmpe fejl, der ikke er blevet opdaget.

Dette gælder især for mobiltests, da de gennemgår en konstant opdateringsproces, selv efter udgivelsen.

 

3. Ignorering af replikation af fejl

 

Replikation af fejl refererer til processen med at finde et problem i et stykke software og genskabe det igen og igen for at fastslå den specifikke årsag til problemet. I nogle testprocesser med begrænsede ressourcer eller tidsbegrænsninger ignorerer testteams fejlreplikationsprocessen og fokuserer i stedet på at finde en hurtig løsning og gå videre til den næste fejl.

Ved at ignorere fejlreplikation efterlader udviklere potentielt store problemer i deres mobilapps, som kan forårsage yderligere fejl og problemer i senere opdateringer af softwaren.

Vær grundig fra starten, så sparer du tid i fremtiden.

 

4. Anvendelse af udelukkende manuel testning

 

Nogle organisationer fokuserer udelukkende på manuel testning af deres mobilapps og bruger meget tid på at arbejde praktisk med softwaren og lære mere om, hvordan den fungerer.

Selv om dette er en god måde at finde fejl på, er der nogle klare problemer ved at fokusere på manuel testning. Det er en potentielt dyr vej at følge, hvilket betyder, at du er modtagelig for menneskelige fejl, og det kan være en langsom vej at følge.

Desuden kan Computer Vision via en platform som ZAPTEST forbedre standarden for automatisering af test, hvilket gør en masse manuel testning overflødig.

Ved at integrere manuel og automatiseret testning i ét sammenhængende system øger du dine chancer for at finde alle fejl i softwaren og imødegå de udfordringer, der er forbundet med at kode en perfekt mobilapp.

 

5. Fokusering på ét sted

 

Applikationer anvender i stigende grad placeringstilladelser fra deres enheder og bruger enhedens placering til funktioner som f.eks. anbefaling af bestemte butikker, implementering i et spil som Pokémon GO og sikring af, at brugerne skal have tilladelse til at udføre handlinger i applikationen.

Når disse funktioner testes, bør udviklerne forsøge at teste forskellige steder ved hjælp af VPN’er og ved at besøge andre steder. Dette sikrer, at applikationerne fungerer som forventet uanset placering, og udviklerne sparer tid efter den første udgivelse på at patche softwaren til at understøtte nye regioner.

 

6. Udelukkende fokus på funktionalitet

 

Når testerne er hurtige, har softwaretestere en tendens til at fokusere på at sikre, at applikationens funktionalitet er som forventet. Dette tager meget tid i testprocessen, men bør ikke være det eneste fokus.

Ved at bruge tid på at arbejde på andre funktioner som f.eks. brugergrænsefladen og den måde, hvorpå applikationen bruger ressourcerne på mobilenheden, får brugerne generelt en bedre tid med applikationen.

Ressourcemåling er vigtigere i mobiltest, da mange brugere har flere applikationer kørende samtidigt. Husk, at funktionalitet kun er en del af det, som en bruger overvejer, og derfor bør det kun være en del af din bredere teststrategi og ikke den eneste del af din overvejelse.

 

7. Tab af kontrol over testmiljøet

 

Grunden til, at de fleste test anvender et testmiljø, er, at de har et kontrolleret rum, hvor de kan undersøge, hvordan en applikation fungerer. Det er nødvendigt at holde dette under kontrol, da det betyder, at udviklingsteamet ved, hvordan appen fungerer uden at skulle tage højde for eksterne påvirkninger.

Hvis testteamet prioriterer et ensartet testmiljø, betyder det, at de resultater, de modtager, er pålidelige uden justeringer for forskellige brugere, variationer i data eller ændringer i de enheder, der anvendes.

 

Konklusion

Afslutningsvis er test af mobilapps en af de vigtigste ting, som en udvikler kan gøre. Test sikrer, at funktionaliteten af en app fungerer, som virksomheden forventer, hjælper med at finde ud af, hvad der skal rettes i et stykke software, og giver virksomhederne mulighed for at planlægge resten af udviklingscyklussen.

Uanset om du foretrækker manuel testning eller hyperautomatisering, skal du fokusere på at udvikle en testløsning, der fungerer specifikt for din virksomhed, da udviklere, der bruger tid og omhu på deres test, i sidste ende leverer produkter, som deres kunder elsker.

 

Ofte stillede spørgsmål og ressourcer

Test af mobilapps kan være en meget kompleks sektor, som er omgivet af mange perifere oplysninger, så du kan drage fordel af at læse så meget indhold som muligt inden for sektoren.

Tag et kig på vores sektion med ofte stillede spørgsmål for at få mere at vide om test af mobilapps og få svar på nogle af dine spørgsmål.

 

1. Bedste kurser om test af mobilapps

 

Der findes flere kurser om test af mobilapps, som du kan tage for at lære mere om processen og udvikle dine færdigheder.

 

De bedste kurser om test af mobilapplikationer omfatter:

 

– “Mobile Testing Masterclass (2023) fra begyndelsen” af Udemy

– “ISTQB Foundation – Certificeret test af mobile apps” af TSG Training

– “Introduktion til test af mobilapplikationer” af Alison

– “Træning i test af mobile applikationer” af TekSlate

– “Træning i test af mobilapplikationer” af ZeoLearn

 

2. Hvad er de 5 vigtigste interviewspørgsmål om test af mobilapps?

 

Interviewerne har en tendens til at stille lignende spørgsmål om softwaretestning til hinanden, når du søger en stilling inden for test af mobile apps, og nogle af de mest almindelige spørgsmål er bl.a.:

 

– Kan du sammenligne og kontrastere dine erfaringer med at teste en mobilapplikation med din tid med at teste desktop- eller anden proprietær software?

– Hvad ser du som nogle af de største udfordringer for et testteam for mobilapps, og hvordan ville du løse dem?

– Hvilken rolle spiller automatisering i test af mobile apps, og hvornår ville du bruge den i stedet for manuel testning?

– Har du nogen erfaring med at forberede prøver, før du gennemfører dem?

– Hvad er forskellene mellem UAT-testning og systemtestning, og hvordan hænger de sammen med testning af mobilapps?

 

3. De bedste YouTube-vejledninger om test af mobilapps

 

Nogle af de bedste måder at forbedre standarden af din test af mobilapps på er at bruge YouTube-tutorials. YouTube-tutorials, som du kan stole på, når du vil forbedre dine testprocesser for mobilapps, omfatter:

 

– “Manual Mobile Testing Tutorial for begyndere” af Testing Shala

– “Mobil testning gjort let” af QAFox

– “Test af mobilapps: IOS/Android” af Ikechi Okereke

– “Test af mobilapplikationer” af Tricentis Academy

– “Lær at teste mobile applikationer fra bunden | Test af mobile applikationer for begyndere” af TechieQA

 

4. Hvordan vedligeholder man test af mobilapps?

 

Efter at have påbegyndt arbejdet med test af mobilapps er der flere skridt, som organisationer tager for at vedligeholde deres test. Det vigtigste er at fortsætte med at teste i lignende miljøer for at få præcise resultater i alle versioner af dine test og din software.

Overvej også at revidere din testkode så vidt muligt, da dette holder koden nøjagtig og tilpasser din test til den nyeste version af applikationen.

 

5. Hvordan tester du mobilapps manuelt?

 

Manuel test af mobilapplikationer er en kompleks proces. Start testningen ved at udarbejde en plan for testene og derefter udvikle testcases, før du undersøger dem grundigt. Gennemgå alle disse testcases grundigt, når du arbejder med softwaren, og noter samtidig eventuelle fejl og præstationsproblemer, der opstår.

Ved afslutningen af denne proces skal du skrive en omfattende rapport om alle positive og negative aspekter af applikationen og overdrage den til udviklingsteamet, så de kan løse eventuelle problemer i softwaren. Cyklussen fortsætter, når du tester den næste iteration af appen.

 

6. Bedste bøger om test af mobilapps

 

– “Hands-On Mobile App Testing”: En guide for mobiltestere og alle, der er involveret i mobilappbranchen” af Daniel Knott

– “Test af mobile enheder: Ready Reckoner” af Ajay Balamurugadas og Sundaresan Krishnaswami

– “Få adgang til design af mobile applikationer” af Jonathan Kohl

 

7. Hvilket er det bedste værktøj til test af mobilapps?

 

Der findes flere store værktøjer til test af mobilapps, og et af de mest fremtrædende er ZAPTEST. Kombinationen af Computer Vision og ZAP-ekspertadgang gør det til en af de mest omfattende muligheder, der findes for at teste alle mobilapplikationer parallelt på tværs af platforme, enheder og browsere…

 

8. Er det let at lære mobiltestning?

 

Det afhænger af den type test, du gennemfører. Manuel mobiltestning kan være en kompliceret proces, da der er mange trin, som du skal tage stilling til, herunder forberedelse af et testmiljø, gennemførelse af hvert enkelt trin i testen selv og notering af resultaterne, før du forsøger at finde en løsning på de problemer, der er opstået.

Automatiseret no-code testning er derimod enkel. Ved at bruge et værktøj som ZAPTEST kan du forberede test uden at skulle lære at kode, fortælle softwaren, hvad den skal teste, og blot modtage resultaterne, når de er færdige.

Ved afslutningen af processen modtager du resultaterne og vurderer dem, inden du arbejder på eventuelle fejl i softwaren. Målet med automatiseringsværktøjer er at forenkle QA-arbejdsgange i en sådan grad, at helt nye testere finder det utrolig nemt at tilpasse sig deres nye opgaver.

 

9. Hvad er forskellen mellem test af mobilapps og mobiltest?

 

Mobiltestning udføres generelt for at fastslå, om den enhed, som en applikation kører på, fungerer korrekt. Test af mobilapplikationer kontrollerer applikationen på en række enheder og fokuserer på softwaresiden af problemet snarere end på hardwaren.

 

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post