Mängude testimine: mobiili-/lauaarvutirakenduste tüübid ja kuidas testida

Mis on mängude testimine?

Mängu testimine on tarkvara testimisprotsess videomängude testimiseks kvaliteedikontrolli eesmärgil. Mängu testimise peamine eesmärk on tuvastada ja avastada videomängus vigu ja vigu ning parandada stabiilsust ja jõudlust. Mängu testimine on mänguarenduse komponent, mis aitab tagada, et juurutatav videomäng oleks vigadeta.

Mänguarenduse elutsükkel

Eeltootmine: Selles etapis tehakse mängu idee, storyboard, funktsioonid, nõuete analüüs ja dokumentatsioon. See etapp hõlmab tehnilist disainidokumenti ja funktsioonide spetsifikatsioone, mängu arhitektuuri, kaadri ülekatet, animatsiooni. Arvesse võetakse järgmisi elemente

  • Muusika, kaamera (sisse- ja väljasuumimine, taasesitus, kinovaade), pleieri ja tegevuse atribuudid
  • Mänguvoolu loogika, reeglid ja tingimused järgmisele tasemele jõudmiseks
  • Objektide ja sündmuste käivitajad, tulemused, mängija liikumine ja paigutus, mängijate statistika,
  • Mitteinteraktiivne jada, eriefektid, pealkirjaekraanid, mitme nupuga toimingud
  • Mängupult, filmiklipp, šoki/vibratsiooniefektid, juriidilised tekstid, nupufunktsioonide kasutamine, analoog- ja digitaalrežiimi kasutamine.
Mänguarenduse elutsükkel
Mänguarenduse elutsükkel

Produktsioon: selles etapis toimub tegelik kodeerimine. See etapp hõlmab kodeerimist, erinevate moodulite integreerimist.

Testimine ja juurutamine: Selles etapis viiakse läbi funktsionaalsed testid, regressioonitestid, alfa, beeta, kuld. Katvuse ja voogude testimine, andmete terviklikkus, algoritmispetsiifiline testimine, tee testimine, inkrementaalne testimine toimub ka mobiilimängude testimise tööriistade abil.

Mille poolest mängude testimine erineb muust tarkvara testimisest.

Mängude testimine on a korduv protsess igas uues versioonis võib esineda vigu ja seda tuleb põhjalikult testida.

Kogu mängu testimine järgib põhistruktuuri, olenemata mängu suurusest ja mängu tootmiseks kuluvast ajast.

Kvaliteeditagamise spetsialist peab tutvuma mängureeglite ja -nõuetega. Saate aru üldisest mängukomponentide arhitektuurist ja failiarhitektuurist, voost ja failistruktuuridest ning mänguga seotud sõltuvustest. Iga mängu uue prototüübi puhul tuleb testidokumente sageli üle vaadata, et värskendada kõiki spetsifikatsioonide muudatusi, uusi mängu testimise katsejuhtumeid ja uut konfiguratsioonituge. Videomängude tester peaks tagama, et uusi probleeme ei esineks.

Mängu testija töö hõlmab järgmist:

  • Klassifitseerige nõuded sihtotstarbe ja sihtrühma alusel.
  • Tuvastage kasutaja- ja süsteeminõue ning need tuleks liigitada funktsionaalseteks, mittefunktsionaalseteks domeeninõueteks
  • Funktsionaalsete ja mittefunktsionaalsete nõuete testitavate, mittetestitavate üksuste, sihtmärkide ja meetmete tuvastamine
  • Kontrollige, kas funktsionaalsed nõuded on täielikud, järjepidevad ja arusaadavad
  • Tuvastage kohandatavad nõuded, vastuolulised nõuded
  • Üksteisest sõltuvate nõuete tuvastamine on üks mängude testimise töid.
  • Eelistage nõudeid ainulaadsuse, keerukuse, kriitilisuse alusel
  • Tuvastage mängu teema, tegelased, animatsioon, tehisintellekt, kinematograafia, kaameravaade, mänguviis

Kui soovite saada videomängude testijaks, siis siin on tasuta õpetus, mida soovite vaadata: Kuidas saada videomängude testijaks

Mängu testimise tüübid

Allpool on populaarsed mängude testimise tehnikad:

1) Funktsionaalne testimine

Funktsionaalsuse kvaliteedikontrolli testijad otsivad mängu või selle kasutajaliidese ja graafika üldisi probleeme, nagu mängumehaanika probleemid, stabiilsusprobleemid ja mänguvarade terviklikkus. Kasutajaliidese testimine tagab mängu kasutajasõbralikkuse

Näide: Värvide ja taustade, menüü struktuuri, ekraani orientatsiooni ja ekraani eraldusvõime, fondi suuruse, joondusvigade, kasutatavuse, süsteemi navigeerimise, näiteks laadimisaja, ajalõpu ja kuvamise, sortimise, kinnitusteadete, järjestuste, animatsioonide ja helielementide kontrollimine mängus, juhised ja dialoogisõnumid. Kasutajate interaktsioonid, kasutajaliidesed, tehingute testimine, mobiiltelefonide kaamerate kalibreerimine ja täpsuse testimine, ekraani eraldusvõime, mobiilitundliku disaini testimine, helikvaliteedi testimine

2) Ühilduvuse testimine

Kontrollige, kas mäng ühildub erinevate seadmete ning riist- ja tarkvara erinevate konfiguratsioonidega.

Näide: installige ja desinstallige mäng kõikidele toetatud konsoolidele/lauaarvutitele/mobiilitele.

3) Toimivuse testimine

Kontrollitakse mängu üldist jõudlust. Mängu kiiruse optimeerimiseks tehakse jõudlust.

Jõudluskontrolli käigus kontrollitud olulisuse parameetrid

  • Reageerimisaeg kliendis ja serverites, tehingu lõpuleviimise aeg(ad), tippkoormuse jõudlus, pikaealisus, võrgu leviala, mäluleke, vähe mälu, madal aku, rakenduste allalaadimiseks kuluv aeg, samaaegne (mitme kasutaja) juurdepääs rakenduse serverile, kiirus, läbilaskevõime, töökindlus, mastaapsus jne.
  • Akukulu ja graafika jõudlus: Mõõtke mobiilimängu aku tarbimist. Aku tarbimine peab olema pikkade tundide jooksul optimaalne ja mängureaktsioonid peaksid olema rahuldavad erinevate seadmete erineva raske koormuse korral
  • Protsessori ja mälu piirangud: jõudlusloendureid kasutatakse rakenduse CPU ja mälutarbimise mõõtmiseks.
  • Võrguühendus: mõõdab mobiilimängude reageerimisaega erinevat tüüpi võrgus (Wi-Fi, 2G, 3G, 4G). See annab üldise ülevaate sellest, kui hästi mäng ebausaldusväärsetes võrkudes toimib. Samuti kontrollib see ühenduvust mobiilseadmete, andmekeskuste või pilve vahel. Jälgitakse kogu tippaegu, närvilisi ühendusi, andmete dubleerimist, pakettide kadu, andmete killustatust.
  • Mobiilimängude, eriti MMO jõudluse testimine

4) Vastavuse/vastavuse testimine

Marketplace'i juhiste järgimine (nt Apple App Store'i eeskirjad), ettevõtte eeskirjade järgimine (nt keelatud sisu. Vastavus võib viidata ka reguleerivatele asutustele, nagu PEGI ja ESRB. Mäng sihib konkreetset sisu reitingut. Kui on vastuvõetamatu sisu, Kui need on soovitud reitingu jaoks sobimatud, siis need tuvastatakse ja neist teatatakse. Isegi ühe rikkumise korral litsentsi kinnitamiseks võidakse mäng tagasi lükata, millega kaasnevad täiendavad testid ja uuesti esitamine.

Näide: kui mäng avaldatakse Euroopa riikides, testige PAL konversiooni, kui mäng on toodetud Põhja-Ameerika jaoks, testige NTSC konversioone.

5) lokaliseerimise testimine

Lokaliseerimise testimine muutub oluliseks, kui mäng on suunatud ülemaailmsetele turgudele. Mängude pealkirjad, sisu ja tekstid tuleb tõlkida ja seadmetega testida mitmes keeles. Seda tüüpi teste saab teha kiiresti (pilvepõhise seadme juurdepääsu ja testimise automatiseerimise abil).

Näide: MENA piirkonnale spetsiifilised lokaliseerimisvajadused (Lähis-Ida/Põhja-Aafrika), araabia lokaliseerimine (paremalt vasakule teksti tugi, kahesuunalised kuvad), pseudolokaliseerimise testimine, kahebaidised märgid (Ida-Aasia keelte jaoks), kohalik aeg /kuupäev, valuuta, aadressivormingud ja muud kohalikud nõuded.

6) Leotuskatse

See mängu automatiseerimise testimine hõlmab mängu jätmist pikemaks ajaks erinevatele töörežiimidele. Näiteks tühikäik peatatud või pealkirjaekraanil. Leotamine võib tuvastada mälulekkeid või ümardamisvigu.

Näide: Mäng on alanud ja tegelane pannakse 24 tunniks jõude seisma. Seda tehnikat kasutatakse mäluleketest ja muudest mängumootori riketest põhjustatud krahhide tuvastamiseks.

7) Taastumise testimine

Tarkvaras taastumise testimine kontrollib, kui hästi saab rakendust krahhidest, riistvaratõrgetest ja muudest sarnastest tõrgetest taastada. Rakendus sunnitakse ebaõnnestuma ning hiljem vaadatakse, kuidas see rikketingimustest ja keskkonnast taastub.

Näide: Kui mängurakendus töötab, taaskäivitage ootamatult mängukonsool ja kontrollige andmete terviklikkust

8) Turvatestimine

Seda tehakse selleks, et kontrollida tarkvara töökindlust väliste ohtude eest. Andmekaitse väliste ohtude, kontrollimatute süsteemi juurdepääsupiirangute, andmete rikkumise, operatsioonisüsteemi aws, sidesüsteemi aws ja nõrkade krüpteerimisalgoritmide eest.

Näide: Mängusaidil URL-i /login muutmine URL-iks /play ei tohiks võimaldada otsest juurdepääsu mängudele.

9) Muude mängude testimine

Reaalsete või virtuaalsete tegelaste testimine. Mitme mängijaga videomängudes on ühenduvus serveriga ja mängu oleku sünkroonimine kaks kriitilist valdkonda, mida tuleb testida.

Näide: mitme mängijaga 3D võidusõidumängud.

Uute funktsioonide testimine, nagu mängu olekuvärskendused, sõbrakutsed, esmaklassiline kingituste jagamine jne. See tagab kasutajale rikkaliku mängukogemuse.

Näide: Facebook, Blogid

Heli testimine

Testimine, kas failide laadimisel on tõrge, helifailide kuulamine vigade või moonutuste suhtes, CC-profiiler värvikommentaaride analüüsimiseks

Andmebaas ja mängude statistika

Andmebaasi kontrollimine silumise abil, et uurida, kas mäng kasutab andmeid õigesti. Veenduge, et andmed on laaditud õigesse kohta ja näitavad õiget teavet

Valge kasti testimine

Valge Box Testing for Games keskendub mobiilimängu arhitektuurilistele, integratsiooni- ja süsteemiaspektidele.

  1. Koodi ülevaatus: vaadatakse läbi lähtekood, analüüsitakse programmiloogikat ja levinumaid programmeerimisvigu, vastavust kodeerimisstandarditele.
  2. Fookuse testimine: Kooditükid suunatakse eraldatud moodulitesse ja väljundit analüüsitakse.
  3. Andmete analüüs: Andmete kasutamist, tõlgendamist ja manipuleerimist analüüsitakse ja valideeritakse erinevate moodulite jaoks.
  4. Tee ja voo testimine: Täidetakse õige objektide jada.
  5. Algoritmispetsiifiline testimine: konkreetse mängu stsenaariumi või funktsiooni testimine, määrates koodile andmemuutujad, andmeväärtused ja käivitades selle käituskeskkonnas.
  6. Tehisintellekti analüüs: Koostatakse AI komponendi programmeeritavate käikude ja mängude jooksustatistika. Tulemust kontrollitakse, et kontrollida, kas kõik programmeeritavad käigud on kasutatud. Näide: kasutatakse lumelaua külghaaret ja mänge (kombineeritud löök/löök mitmesuunalises tegevuses).

Abistav mängimine adaptiivse tehnoloogia abil

Assistive Gaming on tuntud ka kui juurdepääsetavuse mängimine. Funktsioonid on loodud adaptiivse tehnoloogia abil erinevate puuetega inimestele, nagu vaegnägemine, ähmane nägemine, pimedus, võimetus eristada värve, kõne, kuulmine, kognitiivsed, motoorsed ja liikumishäired.

Cardinal Direction (CD), Tower of London (TOL) on kaks populaarset mängu, mida on muudetud nägemispuudega kasutajatele. Nendes mängudes asendatakse visuaalsed stiimulid helisisenditega.

Videomängude testija peaks sellise mängu testimisel tähele panema järgmist

  1. Värvid peaksid vilkuma mustrina ja toonid mängiksid iga värvi puhul.
  2. Iga värviga peaks kaasnema kuuldav toon.
  3. Visuaalseid andmeid tuleb kirjeldada sõnadega, et vaegnägijatel ei tekiks ekraanilugejate kasutamisest tulenevaid probleeme.
  4. Mängija peaks kuulma mängus helisid kolmes dimensioonis ja navigeerima sõnas puuteekraani 3D-heli ja ruumilise heli abil

Mängu mõõdikud, mida testija peaks teadma.

DAU/MAU (igapäevased aktiivsed kasutajad / igakuised aktiivsed kasutajad): Iga päev mängivate aktiivsete kasutajate ja igakuiste aktiivsete kasutajate suhe. Tavaliselt nimetatakse seda ka kleepuvusteguriks.

Seanss: Iga kord, kui kasutaja rakenduse avab, loetakse seda seansiks. Siin keskendutakse keskmisele seansside arvule DAU kohta.

Allalaadimisaste: Mängu asetus konkreetses rakenduste poes (iOS, Android Mängi) igakuiste mängude allalaadimiste järgi.

Säilitamine: Väga oluline mõõdik Androidi mängude testija jaoks tasuta mängitava mängu jaoks. Säilitamise arvutamiseks jagage kasutajad kohortidesse rakenduse allalaadimise päeva alusel.

Toimivusmõõdikud: See on mõeldud võrgumängude või püsivate mängude toimivuse jälgimiseks. Kaadrisagedus, millega mäng kliendi riistvaraplatvormil või mänguserveri puhul käivitub, saab muutuvate funktsioonide ja värskenduste jälgimiseks kasutada selle stabiilsus- ja jõudlusmõõdikuid.

Mängu testimise peamised riskid

  1. Mäng ei loo sihtrühmale köitvaid elamusi.
  2. Mängul pole mängijakeskset disaini
  3. Mängudest puuduvad lõbufaktor ja sõltuvust tekitav mänguviis.
  4. Mäng pole ainulaadne, konkurentsivõimeline, kiire tempoga.
  5. Mäng ebaõnnestub tehniliste probleemide, katkiste funktsioonide, kriitiliste vigade, halva muusikaheli ja kehva video tõttu.
  6. Mängu arenduskulud ületavad eelarve
  7. Mängul peaks olema lihtne esteetiline disain ja mänguviis.

kokkuvõte

  • Mängu arenduse elutsükkel koosneb kolmest etapist: eeltootmine, tootmine, testimine mängu testimise tööriista abil ja juurutamine
  • Mängude testimine on korduv protsess, igas uues versioonis võib esineda vigu ja seetõttu tuleb seda mängu testimise automatiseerimistööriistade abil põhjalikult testida
  • Erinevad testimise tüübid on 1) funktsionaalne testimine, 2) Ühilduvuse testimine, 3) Jõudluse testimine, 4) Vastavuse/vastavuse testimine, 5) Lokaliseerimise testimine, 6) Leotustest, 7) Taastetest, 8) Turvatest
  • Valge Box Testing for Games keskendub mobiilimängu arhitektuurilistele, integratsiooni- ja süsteemiaspektidele, mis hõlmab 1) koodi kontrollimist 2) fookuse testimist 3) andmete analüüsi 4) tee ja voo testimist 5) algoritmispetsiifilist testimist 6) Arteoloogiline luure analüüs
  • Assistive Gaming on tuntud ka kui juurdepääsetavuse mängimine. Funktsioonid on loodud üksikisikute jaoks kohandatava tehnoloogia abil
  • Mõned olulised mängumõõdikud on DAU/MAU, seanss, allalaadimise asetus, säilitamine ja jõudlusmõõdikud
  • Mobiilimängude testimise peamine oht seisneb selles, et see ei loo sihtrühmale veenvaid kogemusi