Vejledning til test af iOS-apps

Hvad er iOS App Testing?

iOS app test er en testproces, hvor en iOS-applikation testes på rigtige Apple-enheder for at kontrollere, om den fungerer som forventet eller ej for specifikke brugerhandlinger som installationstid, brugergrænseflade, brugeroplevelse, udseende, adfærd, funktionalitet, indlæsningstid, ydeevne, app Butiksfortegnelse, understøttelse af OS-version osv.

Hvorfor iOS-apptestning?

iOS app test er påkrævet, fordi iOS er Apples platform til mobilapplikationer, der først blev udgivet den 29. juni 2007. I modsætning til AndroidApple licenserer ikke iOS til installation på hardware, der ikke er fra Apple. iOS og iOS-applikationer kan kun installeres på Apple-enheder; derfor skal din iOS-app være kompatibel med de iOS-versioner og iOS-enheder, dine brugere ejer.

Figuren nedenfor viser almindelige spørgsmål, som udviklere står over for, når de opretter en iOS-applikation.

Det er ligegyldigt, hvor meget tid du investerer i design og implementering; fejl er uundgåelige, og der vil opstå fejl. Figuren nedenfor viser nogle almindelige fejl i iOS-applikationer.

Applikationen går ned

Et af de mest frustrerende problemer ved brug af Apples enheder er, at en applikation ofte går ned under kørsel. Ofte går appen ned på grund af fejl eller hukommelseslækager i koden.

Ansøgningsinkompatibiliteter

Din iOS-applikation kører muligvis perfekt på den nuværende iOS-version, men hvis iOS opgraderes, fungerer den muligvis ikke på grund af kompatibilitetsproblemer.

Sikkerhedssårbarhed

En sikkerhedssårbarhed i iOS giver en hacker mulighed for at angribe dine iOS-enheder og stjæle dine private oplysninger. Gennem årene er der blevet opdaget alvorlige sikkerhedssårbarheder i forskellige iOS-versioner på iPhones.

Hukommelse lækker

Hukommelseslækager er blokke af allokeret hukommelse, som programmet ikke længere bruger. Hukommelseslækager får din iOS-applikation til at gå ned.
De er fejl og bør altid rettes.

iOS tester MindMap

Som vist på figuren ovenfor, iOS Test MindMap viser alle de punkter, som en tester bør overveje, når de udfører test på iOS.

Tjekliste til iOS-applikationstest

Denne tjekliste er specifikt designet til at teste karakteristikaene for iOS-mobilapplikationer. Den tester naturligvis kun generiske applikationskarakteristika og ikke appens funktionalitet.

• Kontrollér den installationstid, det tager for applikationen at installere på enheden. Sørg for, at applikationen installeres inden for en acceptabel tid.
• Når applikationen er installeret, skal du kontrollere, om applikationen har et appikon og navn. Sørg også for, at både ikon og navn er selvforklarende og afspejler applikationens kernehensigt.
• Start applikationen, og kontroller, om der vises en velkomstskærm.
• Kontroller timeout for startskærmen og den tid, det tager at indlæse startskærmen. Applikationens startskærm bør indlæses inden for en acceptabel tid. Hvis startskærmen tager for lang tid at indlæse, er der større chance for, at brugeren afslutter eller endda afinstallerer selve applikationen. Kontroller også, hvordan indholdet indlæses på startskærmen.
• Applikationens hovedfunktion skal være tydelig med det samme. Det burde tale for sig selv.
• Tjek om appen understøtter både liggende og stående format. Hvis det er tilfældet, så tjek appen i begge formater. Applikationens brugergrænseflade burde justeres i overensstemmelse hermed.
• Start applikationen uden en internetforbindelse. Sørg for, at appen fungerer som designet/ønsket. Der er en risiko for, at applikationen går ned ved opstart eller blot viser en tom skærm.
• Hvis applikationen bruger lokationstjenester, skal du kontrollere, om alarmen om lokationstilladelse vises eller ej. Denne alarm bør kun vises til brugeren én gang.
• Hvis applikationen sender push-notifikationer, skal du kontrollere, om tilladelsesalarmen for push-notifikationer vises eller ej. Denne alarm bør også kun vises til brugeren én gang.
• Start applikationen, luk den, og genstart den. Kontroller, om appen opfører sig som designet/ønsket.
• Luk applikationen ved at trykke påping Tryk på enhedens hjem-knap, og åbn appen igen. Kontroller, om appen fungerer som designet/ønsket.
• Når appen er installeret, skal du kontrollere, om den er angivet i iPhones indstillinger.
• Når applikationen er udgivet, skal du kontrollere, om den kan findes i "App Store". Der vil være understøttede OS-versioner til applikationen. Sørg derfor for, at applikationen kan findes i "App Store" for enheder med understøttede OS-versioner. Applikationen bør heller ikke være angivet i "App Store" for enheder med ikke-understøttede OS-versioner.
• Kontroller, om applikationen går i dvaletilstand, når den kører i baggrunden, for at forhindre batteriafladning.
• Hvis applikationens ydeevne er langsom, eller når indholdet indlæses, skal du kontrollere, om der er et statusikon for status ("indlæser..."), helst med en specifik meddelelse.
• Søg efter appen med dens navn i enhedens søgefelt. Kontroller, om appen er på listen.
• Tjek om udseendet af knapper, der udfører standardhandlinger, ikke ændres i appen (f.eks.: opdater, organiser, papirkurv, svar, tilbage osv.)
• Kontroller, om standardknapper ikke bruges til andre funktioner end dem, de normalt bruges til

iOS teststrategi

Når du ved, hvad du skal kontrollere, er næste trin, hvordan du tester det. Figuren nedenfor introducerer nogle almindelige typer iOS-teststrategier.

Automatiseret test

Automatiseret testning er en af ​​de største fordele ved iOS-testning. Det gør det muligt hurtigt at opdage fejl og ydeevneproblemer. Fordelene ved automatiseret testning er vist nedenfor:

• Automatiseret test kan køre på flere enheder, hvilket sparer din tid
• Automatiseret testning kan målrettes mod SDK'er. Du kan køre tests på forskellige SDK-versioner
• Automatiseret testning øger din testproduktivitet og sparer softwareudviklingsomkostninger
• Der findes mange open source-testframeworks, der understøtter automatiseret testning på iOS.

Enhedstest med OCUnit

Da den originale iOS SDK blev frigivet, manglede den Enhedstest muligheder. Så Apple bragte OCUnit enhedstestløsning i iOS SDK version 2.2.

OCUnit var et testframework til Objective-C på Mac (nu macOSDen største fordel ved OCUnit-frameworket var dets tætte integration i Xcode udviklingsmiljø, som vist nedenfor.

Bemærk: OCUnit (SenTestingKit) er udfaset; siden Xcode 5, Apples XCTest framework har erstattet det som standarden — se XCTest-afsnittet nedenfor. Skærmbilleder her viser et ældre Xcode version.

Nogle af fordelene ved OCUnit er vist i figuren nedenfor.

UI-test med UIAutomation

UI-automatisering var en JavaScript bibliotek leveret af Apple Inc., som kunne bruges til at udføre automatiserede tests på rigtige enheder og på iOS Simulator. Dette framework blev tilføjet i iOS SDK 4.0. Ved hjælp af UI Automation kunne du automatisere test af applikationen ikke kun på simulatoren, men også på en rigtig enhed.

Bemærk: Apple udfasede UI-automatisering i Xcode 8 (2016) og fjernede den senere. Brug XCUITest til nye UI-testprojekter; klasserne og skærmbillederne nedenfor afspejler den ældre værktøjskæde.

UIAutomation medførte disse fordele:

• Reduceret indsats på Manuel testning
• Krævede mindre indsats for at udføre alle dine tests
• Forenklede UI-testproceduren (tryk på et par knapper, og kør dine fulde testpakker)

UIAutomation-instrumentet fungerede ud fra scripts skrevet i JavaScript. Det simulerede brugerhændelser på den pågældende iOS-applikation.

Ulemper vs. fordele ved UIAutomation

	FORDELE	ULEMPER
1.	God støtte til gestus og rotation	Det er ikke open source, mindre støtte fra udvikleren
2.	Kan køre UIAutomation-tests på enheden, ikke kun på simulatoren.	Kan ikke integreres med andre værktøjer særlig godt
3.	Udviklet i JavaScript, et populært programmeringssprog.

Ovenstående figur repræsenterer nogle almindelige klasser i UIAutomation-frameworket.

• UIAElement klasse er superklassen for alle brugergrænsefladeelementer i forbindelse med automatiseringen
• UIATarget klasse repræsenterer brugergrænsefladeelementerne på højt niveau i det system, der testes
• UIALogger klasse giver test- og fejlinformation om genfindingsfunktionalitet
• UIActivityView klasse giver adgang til og kontrol over aktivitetsvisninger i din app.
• UIAAactionSheet klasse giver adgang til og kontrol over handlingsark i din app.
• Bruger Begivenhedshandling
• UISlider klasse
• UIAButton klasse
• UIAKøgle klasse
• UIAKeyboard klasse

Andre automatiserede testrammer

• Åben: Automatiseret Acceptance Test framework til iPhone og iPad (vedligeholdes ikke længere aktivt)
• KIF: er en iOS integrationstest rammer. Det giver mulighed for nem automatisering af iOS-apps ved at udnytte de tilgængelighedsattributter, som OS gør tilgængelige for dem med synshandicap.
• Appiumen populær open source, cross-platform et framework, der automatiserer iOS-apps via Apples XCUITest-driver

XCTest og XCUITest: Apples moderne testrammer

OCUnit og UIAutomation er vigtige historier, men begge er nu udgået. Apple erstattede OCUnit med XCTest in Xcode 5 (2013) og udfasede UIAutomation i Xcode 8 (2016) til fordel for XCUIT Test, UI-testkomponenten i XCTest. Dette er de testframeworks, som Apple leverer og understøtter i alle aktuelle versioner af Xcode.

Med XCTest skriver du enhedstests i Swift eller Objective-C og kør dem fra Xcode Testnavigatoren xcodebuild kommandolinjen, på simulatoren eller på rigtige enheder. XCUITest kører din app gennem tilgængelighedslaget, så brugergrænsefladetests opfører sig stort set som en rigtig bruger.

Ældre rammeværk	Moderne udskiftning	Hvad ændrede sig
OCUnit (SenTestingKit)	XCTest	De samme enhedstestkoncepter, nu indbygget i alle Xcode projektskabelon
UIAutomation (JavaManuskript)	XCUIT Test	UI-tests er skrevet i Swift eller Objective-C i stedet for JavaScript

💡 Tip: Cross-platform værktøjer som f.eks. Appium automatiser iOS via XCUITest under motorhjelmen, så disse færdigheder overføres direkte.

Manuel test

Automatisering bringer hastighed, men de manuelle teknikker nedenfor tilføjer menneskelig dømmekraft, som scripts ikke kan levere.

Undersøgende test

Det er testning uden en formel testplan. Udforskende testning er en billig testmetode, men den kan overse potentielle fejl i din iOS-applikation.

Udforskende test Ulemper vs. Fordele

	FORDELE	ULEMPER
1.	Less forberedelse er nødvendig; alvorlige fejl opdages tidligt.	Kræver høj dygtighed af testeren
2.	Ingen Testplan er nødvendig, hvilket fremskynder fejldetektering.	Testdækningen er lav. Det garanterer ikke, at alle dine krav er testet.
3.	De fleste fejl opdages tidligt ved en form for udforskende test	Manglende testdokumentation

Bruger Testing

Brugertest er en type manuel test på iOS. Formålet med denne test er at skabe bedre apps, ikke kun fejlfri apps. Figuren nedenfor viser fire typer brugertestning.

Koncepttest

Evaluer brugerens reaktion på en applikationsidé, før den frigives til markedet. Procedurerne for koncepttestning på iOS er beskrevet i figuren nedenfor.

Usability Testing

Usability Testing er en test af, hvor nemt det er at bruge din iOS-applikation. I iOS-testning kan en brugervenlighedstest udføres registreres at huske eller dele med andre.

Nogle værktøjer, der understøtter brugervenlighedstest på iOS, er:

Trymata mobile brugertest apps til Android og iOS.

Delight.io, kan dette værktøj fange ægte brugerinteraktion på dine iOS-apps.

Betatestning

Beta-test er integrationstest med reelle data for at få endelig feedback fra brugerne. For at distribuere dine apps til betatestning skal du følge nedenstående trin.

-Pre-condition: Hvis du betatester en endelig kandidat til en udgivelse, skal du sørge for at validere appen, før du distribuerer den til testere.

-Find tester via serviceDu indsamler enheds-id'er fra testere og tilføjer dem til din Apple Developer-konto

-Opret ad hoc distributionAd hoc-distribution giver testeren mulighed for at køre din app på sin enhed uden at skulle Xcode. Dette trin omfatter 2 undertrin

• Opret distributionscertifikater
• Opret ad-hoc-klargøringsprofiler

-Bed om feedback fra testeren: Testere udfører test og sender fejlrapporter til dig. Når din app er udgivet, kan du få rapporterne fra App Store Connect (tidligere iTunes Opret forbindelse).

Bemærk: I dag distribuerer de fleste teams betaversioner med TestFlight, som giver dig mulighed for at invitere op til 10,000 eksterne testere uden at skulle indsamle enheds-id'er manuelt.

A / B-test

A / B-test er en af ​​de mest kraftfulde måder at evaluere effektiviteten af ​​din iOS-app. Det bruger randomiserede eksperimenter med to enheder, A og B.

A/B-test omfatter tre hovedtrin

• Konfigurer en testForbered 2 versioner af din iOS-app (A & B) og en testmetrik
• TestTest de 2 ovenstående iOS-appversioner på enheder samtidigt.
• AnalyserMål og vælg den bedre version til udgivelse

Følgende værktøjer understøtter A/B-testning på iOS.

• Opstå: A/B-test til både iOS og AndroidDen kan integreres i din iOS-app og gør testprocessen hurtigere.

Bedste praksis for A/B-test

• Definer mål af din test. Enhver test er ubrugelig uden et mål.
• Ur slutbrugere bruger din app første gang
• Kør en kun test pr. opdatering. Det sparer dig tid, når du udfører test
• Overvåg din test omhyggeligt. Du kan lære af din test ved at overvåge den.

iOS test Bedste praksis

Her er nogle tips, du bør vide, når du organiserer testen af ​​din iOS-applikation

1. Test applikationen på en ægte enhed for at få et realistisk billede af præstationen
2. Forbedre dine testmetoder, fordi traditionelle testmetoder ikke længere er tilstrækkelige til at dække alle tests i iOS-testning
3. Brug konsol log for at teste iOS-applikationen. Denne iOS-funktion indeholder oplysninger fra alle applikationer på enheden.
4. Dokument applikationsfejl ved hjælp af indbygget skærmbillede kommando. Det hjælper udvikleren med at forstå, hvordan fejlene opstår.
5. Crash-rapportering Værktøjer er nyttige, når du tester din applikation. De kan registrere nedbrud og logge detaljer, så du nemt kan undersøge fejlene.

MYTER om iOS-test

Dette afsnit undersøger et par populære myter og realiteter ved iOS-test

Test af applikationer på iOS og Android er det samme.

iOS og Android er to platforme udviklet af Apple Inc. og Google henholdsvis. De er helt forskellige i testmiljøer, testframeworks og programmeringssprog.

Det er nok at teste applikationen på iOS Simulator.

iOS-simulatoren er ikke stærk nok til at teste en app, fordi den har nogle begrænsninger:

• Hardwarebegrænsninger (kamera, mikrofonindgang, sensor)
• Din apps brugergrænseflade kan se ud til at køre både hurtigere og glattere end på en enhed
• API-begrænsninger
• Nogle rammer understøttes ikke (Media Player, Store Kit, Message UI..)

Alle vil downloade mine apps i app store, fordi de har mange funktioner.

Jo flere funktioner din applikation har, jo flere fejl kan du få. Ingen bruger vil downloade din applikation, hvis den stadig har mange defekter.

Ofte Stillede Spørgsmål