Spiltestning: Typer og hvordan man tester mobil-/desktop-apps

Hvad er spiltestning?

Spiltestning er en softwaretestproces til test af videospil til kvalitetskontrol. Hovedmålet med spiltestning er at identificere og opdage defekter og fejl i et videospil og forbedre stabiliteten og ydeevnen. Spiltestning er en komponent i spiludvikling, der hjælper med at sikre, at det videospil, der skal implementeres, er fejlfrit.

Spiludviklings livscyklus

Førproduktion: I løbet af denne fase udføres spilidé, storyboard, funktioner, kravanalyse og dokumentation. Denne fase omfatter tekniske designdokument- og funktionsspecifikationer, spilarkitektur, frame-overlay, animation. Følgende punkter tages i betragtning

• Musik, kamera (zoom ind og ud, genafspilning, filmisk visning) afspiller og handlingsegenskaber
• Spilflowlogik, regler og betingelse for at nå det næste niveau
• Objekt- og hændelsestriggere, scoringer, spillerbevægelser og -positionering, spillerstatistik,
• Ikke-interaktiv sekvens, specialeffekter, titelskærme, handlinger med flere knapper
• Gamepad, filmklip, stød/vibrationseffekter, lovtekster, brug af knapfunktioner, brug af analog &digital tilstand.

Produktion: I løbet af dette trin udføres egentlig kodning. Denne fase omfatter kodning, integration af de forskellige moduler.

Test og implementering: I løbet af denne fase udføres funktionelle test, regressionstest, alfa, beta, guld. Test af dækning og flows, dataintegritet, algoritmespecifik test, stitest, inkrementel test udføres også ved hjælp af mobile spiltestværktøjer.

Hvordan spiltestning er forskellig fra anden softwaretest.

Test af spil er en gentagne proces hver ny build kan have fejl og skal testes grundigt.

Al spiltestning følger en grundlæggende struktur, uanset spillets størrelse og tid, der kræves for at producere spillet.

Kvalitetssikringseksperten skal studere spilleregler og -krav. Forstå den overordnede spilkomponentarkitektur og filarkitektur, flowet og filstrukturerne og de afhængigheder, der er forbundet med spillet. Med hver ny prototype af spillet skal testdokumenterne jævnligt gennemgås for at opdatere enhver ændring i specifikationerne, nye testsager for spiltest og ny konfigurationssupport. En videospilstester skulle sikre, at der ikke blev introduceret nye problemer.

Game Tester jobs involverer:

• Klassificer kravene ud fra det tilsigtede formål og målgruppen.
• Identificer bruger- og systemkravet og skal klassificeres i funktionelle, ikke-funktionelle domænekrav
• Identificer testbare elementer, ikke-testbare elementer, mål og mål for funktionelle og ikke-funktionelle krav
• Tjek, om de funktionelle krav er fuldstændige, konsistente og forståelige
• Identificer tilpassede krav, modstridende krav
• At identificere indbyrdes afhængige krav er et af spiltestopgaverne.
• Prioriter kravene baseret på unikhed, kompleksitet, kritikalitet
• Identificer spillets tema, karakterer, animation, AI, filmisk, kameravisning, gameplay

Hvis du ønsker at blive videospiltester, er her en gratis tutorial, du gerne vil tjekke ud: Sådan bliver du videospiltester

Typer af spiltestning

Nedenfor er de populære spiltestteknikker:

1) Funktionstest

Funktionalitet QA-testere ser efter de generiske problemer i spillet eller dets brugergrænseflade og grafik, såsom spilmekaniske problemer, stabilitetsproblemer og spilaktivers integritet. Brugergrænsefladetest sikrer brugervenlighed af spillet

Eksempel: Kontrol af farver og baggrunde, menustruktur, skærmorientering og skærmopløsning, skriftstørrelse, justeringsfejl, brugervenlighed, systemnavigation såsom indlæsningstid, timeout og visning, sortering, bekræftelsesmeddelelser, sekvenser, animationer og lydelementer aspekter af spillet, instruktioner , og dialogbeskeder. Brugerinteraktioner, Brugergrænseflader, Transaktionstest, Kalibrering og nøjagtighedstest af mobiltelefonkameraer, Skærmopløsninger, Mobil responsiv designtest, Lydkvalitetstest

2) Kompatibilitetstest

Kontrollerer, om spillet er kompatibelt på tværs af forskellige enheder og på forskellige konfigurationer af hardware og software.

Eksempel: Installer og afinstaller spillet på alle understøttede konsoller/desktops/mobiler.

3) Ydelsestest

Spillets overordnede præstation kontrolleres. Ydeevnejustering udføres for at optimere spilhastigheden.

Vigtighedsparametre kontrolleret under præstationstest

• Responstid på klient og servere, transaktionsgennemførelsestid(er), spidsbelastningsydelse, levetid, netværksdækning, hukommelseslækage, lav hukommelse, lavt batteri, tid det tager at downloade applikationer, samtidig (flere brugere) adgang til applikationens server, hastighed, gennemløb, pålidelighed, skalerbarhed mv.
• Batteriforbrug og grafikydelse: Mål batteriforbruget i mobilspillet. Batteriforbruget skal være optimalt over lange timer, og spilresponsen skal være tilfredsstillende under varierende tunge belastninger på tværs af forskellige enheder
• Processor og hukommelsesbegrænsninger: Ydelsestællere bruges til at måle applikationens CPU og hukommelsesforbrug.
• Netværksforbindelse: Måler responstiden for mobilspillene på forskellige netværkstyper (Wi-Fi, 2G, 3G, 4G), Det giver et overordnet indblik i, hvor godt spillet vil præstere på upålidelige netværk. Den kontrollerer også forbindelsen mellem mobile enheder, datacentre eller skyen. Hele spidsbelastningstider, urolige forbindelser, duplikering af data, pakketab, fragmentering af data overvåges.
• Test af mobilspils ydeevne, især MMO

4) Overensstemmelses-/overensstemmelsestest

Overholdelse af markedspladsretningslinjer (f.eks. Apple App Store-politikker), overholdelse af virksomhedspolitikker (f.eks. forbudt indhold. Overholdelse kan også henvise til regulerende organer som PEGI og ESRB. Spillet er målrettet mod en bestemt indholdsklassificering. Hvis der er et stødende indhold, der er upassende for den ønskede vurdering, så identificeres og rapporteres de.Selv en enkelt overtrædelse ved indsendelse til licensgodkendelse kan få spillet afvist, hvilket medfører yderligere omkostninger i forbindelse med yderligere test og genindsendelse.

Eksempel: Hvis spillet skal udgives i europæiske lande, test for PAL-konvertering, hvis spillet er produceret til Nordamerika, test for NTSC-konverteringer.

5) Lokaliseringstest

Lokaliseringstest bliver afgørende vigtigt, når et spil er målrettet mod de globale markeder. Spiltitler, indhold og tekster skal oversættes og testes med enheder på flere sprog. Disse typer test kan udføres hurtigt (ved hjælp af cloud-baseret enhedsadgang og testautomatisering).

Eksempel: Lokaliseringsbehov, der er specifikke for MENA-regionen (Mellemøsten/Nordafrika), arabisk lokalisering (understøttelse af højre-til-venstre tekst, tovejsvisninger), Pseudo-lokaliseringstest, dobbeltbyte-tegn (for østasiatiske sprog), lokal tid /dato, valuta, adresseformater og andre lokale krav.

6) Soak test

Denne spilautomatiseringstest involverer at lade spillet køre i en længere periode i forskellige driftsformer. F.eks. pause i tomgang eller på titelskærmen. Iblødsætning kan identificere hukommelseslækager eller afrundingsfejl.

Eksempel: Spillet er begyndt, og karakteren er lavet til at stå stille i 24 timer. Denne teknik bruges til at opdage nedbrud forårsaget af hukommelseslækager og andre fejl i spilmotoren.

7) Recovery test

I software, gendannelsestest kontrollerer, hvor godt programmet kan gendannes fra nedbrud, hardwarefejl og andre lignende fejl. Ansøgningen er tvunget til at fejle, og senere vil det blive observeret, hvordan den kommer sig over fejlforholdene og miljøet.

Eksempel: Mens en spilapplikation kører, skal du pludselig genstarte spillekonsollen og kontrollere validering af dataintegriteten

8) Sikkerhedstest

Det gøres for at kontrollere, hvor sikkert softwaren fungerer mod eksterne trusler. Databeskyttelse mod eksterne trusler, ukontrollerede systemadgangsbegrænsninger, databrud, operativsystem-aws, kommunikationssystem-aws og svage krypteringsalgoritmer.

Eksempel: Ændring af en URL fra /login til /play på en spilleside bør ikke tillade direkte adgang til spillene.

9) Test af andre spil

Test af rigtige eller virtuelle karakterer. I multiplayer-videospil er forbindelse til serveren og synkronisering af spilstatus to kritiske områder, der skal testes.

Eksempel: Multiplayer 3D-racerspil.

Test af nye funktioner såsom spilstatusopdateringer, venneinvitationer, premium gavedeling osv. Dette sikrer en rig spiloplevelse for brugeren.

Eksempel: Facebook, Blogs

Lydtest

Tester om der er en fejl ved indlæsning af filerne, lytning til lydfiler for fejl eller forvrængninger, CC-profiler til at analysere farvekommentaren

Database og spilstatistik

Databasebekræftelse ved hjælp af debugging for at undersøge, om spillet bruger dataene korrekt. Sørg for, at dataene er indlæst det rigtige sted og viser de korrekte oplysninger

White-box test

Hvid Box Test for Games fokuserer på de arkitektur-, integrations- og systemaspekter af mobilspillet.

1. Kode inspektion: Kildekoden gennemgås, Programlogik & almindelige programmeringsfejl, overholdelse af kodningsstandarder analyseres.
2. Fokus test: Kodestykker føres til de isolerede moduler, og outputtet analyseres.
3. Dataanalyse: Databrug, fortolkning og manipulation analyseres og valideres for de forskellige moduler.
4. Sti- og flowtest: Korrekt rækkefølge af objekter udføres.
5. Algoritme-specifik test: Test af et bestemt spilscenarie eller -funktion ved at indstille datavariabler, dataværdier til koden og eksekvere det i runtime-miljøet.
6. Analyse af kunstig intelligens: Kørselsstatistikken for de programmerbare træk og spil af AI-komponenten genereres. Resultatet valideres for at kontrollere, om alle de programmerbare træk er brugt. Eksempel: sidegreb på snowboardet og spil (kombination af slag/spark i multidirektional handling) bruges.

Assisterende spil ved hjælp af adaptiv teknologi

Assistive Gaming er også kendt som tilgængelighedsspil. Funktionerne er designet ved hjælp af adaptiv teknologi til personer med forskellige handicap som svagsyn, sløret syn, blindhed, manglende evne til at skelne farver, tale, hørelse, kognitive, motoriske og mobilitetsnedsættelser.

Cardinal Direction (CD), Tower of London (TOL) er to populære spil, der er blevet ændret til de visuelt udfordrede brugere. I disse spil erstattes visuelle stimuli med lydindgange.

En videospilstester bør bemærke følgende, mens han tester et sådant spil

1. Farverne skulle blinke i et mønster, og tonerne ville spille for hver farve.
2. Hver farve skal ledsages af en hørbar tone.
3. Visuelle data skal beskrives med ord, så synshandicappede ikke har problemer med at modtage gennem brug af skærmlæsere.
4. Spilleren skal høre lyde i spillet i tre dimensioner og skal navigere i ordet ved hjælp af touchscreen 3D Audio og Spatialized Sound

Spilmetrik, som en tester bør kende.

DAU/MAU (Daglige aktive brugere/månedlige aktive brugere): Forholdet mellem aktive brugere, der spiller hver dag, i forhold til antallet af månedlige aktive brugere. Også almindeligvis omtalt som klæbrighedsfaktoren.

Session: Hver gang en bruger åbner appen, tæller det som en session. Her er fokus på det gennemsnitlige antal sessioner pr. DAU.

Download rang: Rangen af ​​et spil i en bestemt app-butik (iOS, Android Spil) efter månedlige spildownloads.

Tilbageholdelse: Meget vigtig metrik for en Android-spiltester til et gratis spil. For at beregne fastholdelse skal du adskille brugerne i kohorter baseret på den dag, applikationen blev downloadet.

Ydelsesmålinger: Dette er for at spore ydeevnen af ​​onlinespil eller vedvarende spil. Billedhastighed, hvormed et spil afvikles på en klienthardwareplatform, eller i tilfælde af en spilserver, kan dets stabilitet og ydeevnemålinger bruges til at overvåge skiftende funktioner og opdateringer.

Nøglerisici i spiltestning

1. Spillet skaber ikke overbevisende oplevelser for målgruppen.
2. Spillet har ikke et spillercentreret design
3. Den sjove faktor og vanedannende gameplay mangler i spillene.
4. Spil ikke unikt, konkurrencedygtigt, hurtigt.
5. Spillet fejler på grund af tekniske problemer, ødelagte funktioner, kritiske fejl, dårlig musiklyd og dårlig video.
6. Udgifter til spiludvikling overstiger budgettet
7. Spillet skal have et enkelt æstetisk design og gameplayet.

Resumé

• Spiludviklings livscyklus består af tre faser af præproduktion, produktion, test ved hjælp af spiltestværktøj og implementering
• Test af spil er en gentagen proces, hver ny build kan have fejl, og derfor skal den testes grundigt ved hjælp af spiltestautomatiseringsværktøjer
• De forskellige typer af test er 1) Funktionel test, 2) Kompatibilitetstestning, 3) Test af ydeevne, 4) Overensstemmelses-/overensstemmelsestest, 5) Lokaliseringstest, 6) Soak test, 7) Recovery test, 8) Sikkerhedstest
• Hvid Box Testing for Games fokuserer på de arkitektur-, integrations- og systemaspekter af mobilspillet, som omfatter 1) kodeinspektion 2) fokustest 3) Dataanalyse 4) Sti- og flowtest 5) Algoritmespecifik test 6) Artifical Intelligence analyse
• Assistive Gaming er også kendt som tilgængelighedsspil. Funktioner er designet ved hjælp af adaptiv teknologi til enkeltpersoner
• Nogle vigtige spilmålinger er DAU/MAU, Session, Download Rank, Retention og Performance Metrics
• Den vigtigste risiko ved test af mobilspil er, at det ikke skaber overbevisende oplevelser for målgruppen