Spiltest: Typer & Sådan testes mobil- / desktop-apps

Hvad er spiltestning?

Game Testing er en softwaretestningsproces til test af videospil til kvalitetskontrol. Hovedmålet med spiltest er at identificere og opdage fejl og fejl i et videospil og forbedre stabiliteten og ydeevnen. Spiltest er en komponent i spiludvikling, der hjælper med at sikre, at det videospil, der skal implementeres, er fejlfrit.

Spiludviklings livscyklus

Forproduktion: I løbet af dette trin udføres spilidee, storyboard, funktioner, kravanalyse og dokumentation. Denne fase inkluderer teknisk design dokument og funktionsspecifikationer, spilarkitektur, rammeoverlay, animation. Følgende emner overvejes

• Musik, kamera (zoom ind og ud, afspilning, filmbillede,) afspiller og action attributter
• Spilflowlogik, regler og tilstand for at nå det næste niveau
• Objekt- og begivenhedsudløsere, scores, spillerbevægelse og positionering, spillerstatistik,
• Ikke-interaktiv rækkefølge, specialeffekter, titelskærme, handlinger med flere knapper
• Gamepad, filmklip, stød / vibrationseffekter, juridiske tekster, brug af knapfunktioner, brug af analog og digital tilstand.

Spiludviklings livscyklus

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

Test og implementering : I løbet af dette trin udføres funktionelle tests, regressionstest, Alpha, Beta, Gold. Test af dækning og flow, dataintegritet, algoritmespecifik test, statestning, inkrementel test udføres også ved hjælp af værktøjer til test af mobile spil.

I denne vejledning lærer du, hvordan du tester et spil med:

• Spiludviklings livscyklus
• Hvordan spiltest er forskellig fra anden softwaretest.
• Typer af spiltest
• Hjælpende spil ved hjælp af adaptiv teknologi
• Game Metrics That a Tester should Know.
• Vigtige risici ved spiltest

Hvordan spiltest er forskellig fra anden softwaretest.

Test af spil er en gentagen proces, hver ny build kan have bugs og skal testes grundigt.

Al spiltest følger en grundlæggende struktur uanset størrelsen på spillet og den tid, der kræves til at producere spillet.

Kvalitetssikringsprofessionellen skal studere spilleregler og krav. Forstå den overordnede spilkomponentarkitektur og filarkitektur, flowet og filstrukturerne og afhængighederne forbundet med spillet. For hver ny prototype af spillet skal testdokumenterne ofte revideres for at opdatere enhver ændring i specifikationerne, nye spiltesttestsager og ny konfigurationssupport. En videospiltester bør sikre, at der ikke blev introduceret nye problemer.

Game Tester-job involverer:

• Klassificer kravene baseret på det tilsigtede formål og målgruppen.
• Identificer bruger- og systemkravet og skal klassificeres i funktionelle, ikke-funktionelle domæne krav
• Identificer testbare genstande, ikke-testbare genstande, mål og mål for funktionelle og ikke-funktionelle krav
• Kontroller, om funktionskravene er komplette, konsistente og forståelige
• Identificer tilpassede krav, modstridende krav
• Identificer indbyrdes afhængige krav er et af spiltestjobene.
• Prioriter kravene baseret på det unikke, kompleksitet, kritiske
• Identificer spillets tema, tegn, animation, AI, film, kameravisning, gameplay

Typer af spiltest

Nedenfor er de populære spil testteknikker:

1) Funktionstest

Funktionalitet QA-testere ser efter de generiske problemer i spillet eller dets brugergrænseflade og grafik, såsom problemer med spilmekanik, stabilitetsproblemer og spilaktivitetens integritet. Test af brugergrænseflade sikrer brugervenlighed af spillet

Eksempel: Kontrol af farver og baggrunde, menustruktur, skærmretning og skærmopløsning, skriftstørrelse, justeringsfejl, brugervenlighed, systemnavigation såsom indlæsningstid, timeout og visning, sortering, bekræftelsesmeddelelser, sekvenser, animationer og lydelementer i spillet , instruktioner og dialogbeskeder. Brugerinteraktioner, brugergrænseflader, test af transaktioner, kalibrering og nøjagtighedstest af mobiltelefonkameraer, skærmopløsninger, mobil responsiv designtest, lydkvalitetsprøvning

2) Test af kompatibilitet

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

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

3) Performance Testing

Den samlede præstation af spillet kontrolleres. Performance tuning udføres for at optimere spilhastigheden.

Betydningsparametre kontrolleret under præstationstest

• Svartid på klient og servere, Afslutningstid (er) for transaktioner, Peak-load-ydeevne, Lang levetid, netværksdækning, Hukommelseslækage, lav hukommelse, lavt batteri, det tager tid at downloade applikationer, samtidig (Flere brugere) adgang til applikationsserver, hastighed, kapacitet, pålidelighed, skalerbarhed osv.
• Batteriforbrug og grafikydelse: Mål mobilforbrugets batteriforbrug. Batteriforbrug skal være optimalt over lange timer, og spilresponser skal være tilfredsstillende under forskellige tunge belastninger på tværs af forskellige enheder
• Processor- og hukommelsesbegrænsninger : Performance counters bruges til at måle applikationens CPU og hukommelsesforbrug.
• Netværksforbindelse : Måler responstiden for mobilspil på forskellige netværkstyper (Wi-Fi, 2G, 3G, 4G). Det giver et samlet indblik i, hvor godt spillet fungerer på upålidelige netværk. Det kontrollerer også forbindelsen mellem mobile enheder, datacentre eller skyen. Hele Peak Times, nervøse forbindelser, duplikering af data, pakketab, fragmentering af data overvåges.
• Test af mobilspilets ydeevne, især MMO

4) Test af overensstemmelse / overensstemmelse

Overholdelse af retningslinjer for markedspladser (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 målretter mod en bestemt indholdsklassificering. Hvis der er et anstødeligt indhold, der er upassende for den ønskede vurdering, så identificeres de og rapporteres. Selv en enkelt overtrædelse ved indsendelse til licensgodkendelse kan få spillet afvist, hvilket medfører yderligere omkostninger ved yderligere test og genindsendelse.

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

5) Lokaliseringstest

Lokaliseringstestning er vigtig, når et spil er målrettet mod de globale markeder. Spilletitler, indhold og tekster skal oversættes og testes med enheder på flere sprog. Disse typer af tests kan udføres hurtigt (ved hjælp af skybaseret enhedsadgang og testautomatisering).

Eksempel : Lokalisering har brug for specifikt for MENA-regionen (Mellemøsten / Nordafrika), arabisk lokalisering (højre-mod-tekst-understøttelse, tovejsvisning), Pseudo-lokaliseringstest, dobbeltbyte-tegn (for østasiatiske sprog), lokal tid / dato, valuta, adresseformater og andre lokale krav.

6) Blødprøvning

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

Eksempel : Spillet er begyndt, og karakteren gøres tomgang i 24 timer. Denne teknik bruges til at opdage nedbrud forårsaget af hukommelseslækage og andre fejl i spilmotoren.

7) Restitutionstest

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

Eksempel: Mens en spilapplikation kører, skal du pludselig genstarte spilkonsollen og kontrollere, om dataintegriteten er valideret

8) Sikkerhedstest

Det gøres for at kontrollere, hvor sikker softwaren fungerer mod eksterne trusler. Databeskyttelse mod eksterne trusler, ukontrollerede systemadgangsbegrænsninger, databrud, operativsystems aws, kommunikationssystems aws og svage krypteringsalgoritmer.

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

9) Andre spil test

Test af ægte eller virtuelle tegn. I multiplayer-videospil er forbindelse til serveren og synkronisering af spilstatus to vigtige områder, der skal testes.

Eksempel : Multiplayer 3D racerspil.

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

Eksempel : Facebook, Blogs

Lydtest

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

Database og spil statistik

Databaseverifikation ved hjælp af fejlfinding for at undersøge, om spillet bruger dataene korrekt. Sørg for, at dataene indlæses på det rigtige sted og viser de korrekte oplysninger

White-box test

White Box Testing for Games fokuserer på det arkitektoniske, integrations- og systemaspekterne i mobilspillet.

1. Kodeinspektion : Kildekoden gennemgås, programlogik og almindelige programmeringsfejl, overholdelse af kodningsstandarder analyseres.
2. Fokustest: Kodestykker tilføres de isolerede moduler, og output analyseres.
3. Dataanalyse: Dataforbrug, fortolkning og manipulation analyseres og valideres for de forskellige moduler.
4. Test af sti og flow: Korrekt sekvens af objekter udføres.
5. Algoritmespecifik test : Test af et bestemt spilscenarie eller funktion ved at indstille datavariabler, dataværdier til koden og udføre den i runtime-miljøet.
6. Analyse af kunstig intelligens: Kørestatistikken over de programmerbare bevægelser og spil af AI-komponenten genereres. Resultatet valideres for at kontrollere, om alle de programmerbare bevægelser bruges. Eksempel: sidegreb på snowboardet og spil (kombinationsstans / spark i multidirektionel handling) bruges.

Hjælpende 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, kognitiv, motorisk og mobilitetshæmning.

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

En videospil tester skal bemærke følgende, når man tester et sådant spil

1. Farverne skal blinke i et mønster, og tonene spiller for hver farve.
2. Hver farve skal ledsages af en hørbar tone.
3. Visuelle data skal beskrives med ord, så synshandicappede ikke har nogen problemer, der modtages ved brug af skærmlæsere.
4. Afspilleren skal høre lyde i spillet i tre dimensioner og skal navigere i ordet ved hjælp af berøringsskærmen 3D Audio og Spatialized Sound

Game Metrics That a Tester should Know.

DAU / MAU (dagligt aktive brugere / aktive brugere hver måned): 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 den som en session. Her er fokus på det gennemsnitlige antal sessioner pr. DAU.

Downloadrang: Rangeringen af ​​et spil i en bestemt appbutik (iOS, Android Play) efter månedlige spildownloads.

Opretholdelse: Meget vigtig måling for en android-spil-tester for et gratis spil. For at beregne fastholdelse skal du adskille brugerne i kohorter baseret på den dag, applikationen blev downloadet.

Ydelsesmålinger: Dette er til at spore ydeevnen for online-spil eller vedvarende spil. Billedhastighed, hvormed et spil udføres på en klienthardwareplatform, eller i tilfælde af en spilserver, kan dets stabilitets- og ydeevnedata bruges til at overvåge skiftende funktioner og opdateringer.

Vigtige risici ved spiltest

1. Spillet skaber ikke overbevisende oplevelser for målgruppen.
2. Spillet har ikke et spillerorienteret design
3. Den sjove faktor og vanedannende gameplay mangler i spillene.
4. Spil ikke unikt, konkurrencedygtigt, hurtigt tempo.
5. Spillet mislykkes på grund af tekniske problemer, ødelagte funktioner, kritiske fejl, dårlig musiklyd og dårlig video.
6. Omkostninger til spiludvikling går over budgettet
7. Spillet skal have simpelt æstetisk design og gameplay.

Resumé:

• Livscyklus for spiludvikling 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 bugs, og derfor skal den testes grundigt ved hjælp af automatisering af spiltest
• De forskellige testtyper er 1) Funktionstest, 2) Test af kompatibilitet, 3) Test af ydeevne, 4) Test af overensstemmelse / overholdelse, 5) Lokaliseringstest, 6) Blødprøvningstest, 7) Restitutionstest, 8) Sikkerhedstest
• White Box Testing for Games fokuserer på det arkitektoniske, integrations- og systemaspekter af det mobile spil, der inkluderer 1) kodeinspektion 2) fokuseringstest 3) Dataanalyse 4) Sti og flowtestning 5) Algoritmespecifik testning 6) Kunstig intelligensanalyse
• Assistive Gaming er også kendt som tilgængelighedsspil. Funktionerne er designet ved hjælp af adaptiv teknologi til enkeltpersoner
• Nogle vigtige spilmålinger er DAU / MAU, Session, Download Rank, Retention og Performance Metrics
• Hovedrisikoen ved test af mobilspil er, at den ikke skaber overbevisende oplevelser for målgruppen