Kas ir spēļu testēšana?
Spēļu pārbaude ir programmatūras testēšanas process videospēļu pārbaudei kvalitātes kontrolei. Spēļu testēšanas galvenais mērķis ir identificēt un atklāt video spēles defektus un kļūdas, kā arī uzlabot stabilitāti un veiktspēju. Spēļu testēšana ir spēļu izstrādes sastāvdaļa, kas palīdz nodrošināt, lai izvietojamā videospēle būtu bez kļūdām.
Spēļu izstrādes dzīves cikls
Iepriekšēja ražošana: Šajā posmā tiek veikta spēles ideja, scenārijs, funkcijas, prasību analīze un dokumentācija. Šajā posmā ietilpst tehniskā projekta dokuments un funkciju specifikācijas, spēles arhitektūra, kadru pārklājums, animācija. Tiek apsvērti šādi priekšmeti
- Mūzikas, kameras (tuvināšanas un tālināšanas, atskaņošanas, kino skata,) atskaņotāja un darbības atribūti
- Spēļu plūsmas loģika, noteikumi un nosacījumi, lai sasniegtu nākamo līmeni
- Objekta un notikuma izraisītāji, rādītāji, spēlētāju kustība un pozicionēšana, spēlētāju statistika,
- Ne-interaktīva secība, specefekti, virsrakstu ekrāni, darbības ar vairākām pogām
- Spēļu paliktnis, filmas klips, trieciena / vibrācijas efekti, juridiski teksti, pogu funkciju izmantošana, analogā un digitālā režīma izmantošana.
Spēļu izstrādes dzīves cikls
Izgatavošana : Šajā posmā tiek veikta faktiskā kodēšana. Šajā posmā ietilpst kodēšana, dažādu moduļu integrēšana.
Testēšana un ieviešana : Šajā posmā tiek veikti funkcionālie testi, regresijas testi, Alfa, Beta, Gold. Pārklājuma un plūsmu pārbaude, datu integritāte, algoritmiem raksturīga pārbaude, ceļa pārbaude, inkrementāla pārbaude tiek veikta arī, izmantojot mobilo spēļu testēšanas rīkus.
Šajā apmācībā jūs uzzināsiet, kā pārbaudīt spēli ar:
- Spēļu izstrādes dzīves cikls
- Ar ko spēļu pārbaude atšķiras no citām programmatūras pārbaudēm.
- Spēļu testēšanas veidi
- Palīgspēles, izmantojot adaptīvo tehnoloģiju
- Spēļu metrika, kas testētājam būtu jāzina.
- Galvenie riski spēļu testēšanā
Ar ko spēļu pārbaude atšķiras no citām programmatūras pārbaudēm.
Spēļu testēšana ir atkārtots process, kurā katrā jaunajā būvējumā var būt kļūdas, un tas ir rūpīgi jāpārbauda.
Visa spēles pārbaude notiek pēc pamatstruktūras neatkarīgi no spēles lieluma un spēles izgatavošanai nepieciešamā laika.
Kvalitātes nodrošināšanas profesionālim jāizpēta spēles noteikumi un prasības. Izprotiet spēles komponentu vispārējo arhitektūru un failu arhitektūru, plūsmu, failu struktūru un ar spēli saistītās atkarības. Ar katru jaunu spēles prototipu testa dokumenti ir bieži jāpārskata, lai atjauninātu visas izmaiņas specifikācijās, jaunus spēļu testēšanas testu gadījumus un jaunu konfigurācijas atbalstu. Videospēļu testerim jānodrošina, lai netiktu ieviesti jauni jautājumi.
Spēļu testētāja darbi ietver:
- Klasificējiet prasības, pamatojoties uz paredzēto mērķi un mērķauditoriju.
- Identificējiet lietotāja un sistēmas prasības, un tas jāklasificē funkcionālajās, nefunkcionālajās domēna prasībās
- Identificējiet pārbaudāmus priekšmetus, nepārbaudāmus priekšmetus, mērķus un pasākumus funkcionālo un nefunkcionālo prasību izpildei
- Pārbaudiet, vai funkcionālās prasības ir pilnīgas, konsekventas un saprotamas
- Identificējiet pielāgojamas prasības, pretrunīgas prasības
- Viens no spēļu testēšanas uzdevumiem ir noteikt savstarpēji atkarīgas prasības.
- Prioritāri izvirziet prasības, pamatojoties uz unikalitāti, sarežģītību, kritiskumu
- Nosakiet spēles tēmu, Rakstzīmes, Animācija, AI, Kinematogrāfija, Kameras skats, spēle
Spēļu testēšanas veidi
Zemāk ir populārākās spēļu testēšanas metodes:
1) Funkcionālā pārbaude
Funkcionalitāte QA testētāji meklē vispārīgas problēmas spēlē vai tās lietotāja saskarnē un grafikā, piemēram, spēles mehānikas, stabilitātes un spēles aktīvu integritātes problēmas. Lietotāja saskarnes pārbaude nodrošina spēles draudzīgumu lietotājam
Piemērs: krāsu un fonu, izvēlnes struktūras, ekrāna orientācijas un ekrāna izšķirtspējas, fonta lieluma, izlīdzināšanas kļūdu, lietojamības, sistēmas navigācijas, piemēram, ielādes laika, taimauta un displeja, šķirošanas, apstiprināšanas ziņojumu, sekvences, animācijas un audio elementu spēles aspektu pārbaude , instrukcijas un dialoga ziņojumus. Lietotāju mijiedarbība, Lietotāju saskarnes, Darījumu pārbaude, Mobilo tālruņu kameru kalibrēšana un precizitātes pārbaude, Ekrāna izšķirtspējas, Mobilā atsaucīgā dizaina pārbaude, Audio kvalitātes pārbaude
2) Saderības pārbaude
Pārbaudiet, vai spēle ir saderīga dažādās ierīcēs un dažādās aparatūras un programmatūras konfigurācijās.
Piemērs : Instalējiet un atinstalējiet spēli visās atbalstītajās konsolēs / galddatoros / mobilajos tālruņos.
3) Veiktspējas pārbaude
Tiek pārbaudīts Spēles kopējais sniegums. Veiktspējas pielāgošana tiek veikta, lai optimizētu spēles ātrumu.
Svarīguma parametri, kas pārbaudīti veiktspējas pārbaudes laikā
- Reakcijas laiks klientā un serveros, Darījuma pabeigšanas laiks (-i), Maksimālās slodzes veiktspēja, Ilgmūžība, tīkla pārklājums, Atmiņas noplūde, Zema atmiņa, Zema akumulatora uzlāde, Lietojumprogrammu lejupielādes laiks, vienlaicīga (vairāku lietotāju) piekļuve lietojumprogrammas serverim, Ātrums, caurlaidspēja, uzticamība, mērogojamība utt.
- Akumulatora patēriņš un grafikas veiktspēja: izmēra mobilās spēles akumulatora patēriņu. Akumulatora patēriņam jābūt optimālam ilgām stundām, un spēļu reakcijām jābūt apmierinošām, ja dažādās ierīcēs mainās liela slodze
- Procesora un atmiņas ierobežojumi : veiktspējas skaitītājus izmanto, lai izmērītu lietojumprogrammas procesoru un atmiņas patēriņu.
- Tīkla savienojamība : mēra mobilo spēļu reakcijas laiku dažādos tīkla veidos (Wi-Fi, 2G, 3G, 4G). Tas sniedz vispārēju ieskatu par spēles veiktspēju neuzticamos tīklos. Tas arī pārbauda mobilo ierīču, datu centru vai mākoņa savienojamību. Tiek uzraudzīti visi pīķa laiki, nervozie savienojumi, datu dublēšanās, pakešu zaudēšana, datu sadrumstalotība.
- Pārbauda mobilo spēļu veiktspēju, īpaši MMO
4) Atbilstības / atbilstības pārbaude
Atbilstība tirgus laukuma vadlīnijām (piem., Apple App Store politikas), atbilstība uzņēmuma politikai (piemēram, aizliegts saturs. Atbilstība var attiekties arī uz tādām pārvaldes iestādēm kā PEGI un ESRB. Spēle ir paredzēta konkrētam satura vērtējumam. Ja ir kāds nevēlams saturs, nepiemēroti vēlamajam vērtējumam, tad tie tiek identificēti un ziņoti. Pat par vienu pārkāpumu, iesniedzot licences apstiprināšanu, spēle var tikt noraidīta, radot papildu izmaksas turpmākajā testēšanā un atkārtotā iesniegšanā.
Piemērs : Ja spēli paredzēts publicēt Eiropas valstīs, pārbaudiet PAL pārveidošanu, ja spēle ir paredzēta Ziemeļamerikai, pārbaudiet NTSC reklāmguvumus.
5) Lokalizācijas pārbaude
Lokalizācijas pārbaude kļūst ļoti svarīga, ja spēle tiek mērķēta uz pasaules tirgiem. Spēļu nosaukumi, saturs un teksti ir jātulko un jāpārbauda ar ierīcēm vairākās valodās. Šāda veida testus var veikt ātri (ar ierīces mākoņa bāzes piekļuves un testa automatizācijas palīdzību).
Piemērs : lokalizācijas vajadzības, kas raksturīgas MENA reģionam (Tuvie Austrumi / Ziemeļāfrika), arābu valodas lokalizācija (teksta atbalsts no labās uz kreiso pusi, divvirzienu displeji), pseidolokalizācijas pārbaude, divbaitu rakstzīmes (Austrumāzijas valodām), vietējās laiks / datums, valūta, adrešu formāti un citas vietējās prasības.
6) Mērcēšanas pārbaude
Šī spēles automatizācijas pārbaude ietver spēles atstāšanu uz ilgu laiku dažādos darbības režīmos. Piemēram, tukšgaita ir pārtraukta vai virsraksta ekrānā. Mērcēšana var atklāt atmiņas noplūdes vai noapaļošanas kļūdas.
Piemērs : Spēle ir sākusies, un varonis tiek likts dīkstāvē 24 stundas. Šo metodi izmanto, lai atklātu avārijas, ko izraisīja atmiņas noplūde un citas kļūdas spēles dzinējā.
7) Atkopšanas testēšana
Programmatūrā atkopšanas pārbaude pārbauda, cik labi lietojumprogrammu var atgūt pēc avārijām, aparatūras kļūmēm un citām līdzīgām kļūmēm. Lietojumprogramma ir spiesta izgāzties, un vēlāk tiks novērots, kā tā atgūstas no kļūmes apstākļiem un vides.
Piemērs: kamēr darbojas spēļu lietojumprogramma, pēkšņi restartējiet spēļu konsoli un pārbaudiet, vai ir apstiprināta datu integritāte
8) Drošības pārbaude
Tas tiek darīts, lai pārbaudītu programmatūras drošību no ārējiem draudiem. Datu aizsardzība pret ārējiem draudiem, nekontrolētiem sistēmas piekļuves ierobežojumiem, datu pārkāpumiem, operētājsistēmas aws, sakaru sistēmas aws un vājiem šifrēšanas algoritmiem.
Piemērs: mainot vietni URL no / login uz / spēlējot spēļu vietnē, nedrīkst atļaut tiešu piekļuvi spēlēm.
9) Citu spēļu testēšana
Reālu vai virtuālu rakstzīmju pārbaude. Daudzspēlētāju videospēlēs savienojamība ar serveri un spēļu statusa sinhronizācija ir divas kritiski pārbaudāmās jomas.
Piemērs : Daudzspēlētāju 3D sacīkšu spēles.
Pārbauda jaunas funkcijas, piemēram, spēles statusa atjauninājumus, draugu ielūgumus, izcilu dāvanu koplietošanu utt. Tas nodrošina lietotājam bagātīgu spēļu pieredzi.
Piemērs : Facebook, emuāri
Skaņas pārbaude
Pārbaude, vai failu ielādē ir kļūda, klausoties skaņas failus, vai nav kļūdu vai traucējumu, CC profilētājs analizē krāsu komentāru
Datu bāzu un spēļu statistika
Datu bāzes pārbaude, izmantojot atkļūdošanu, lai pārbaudītu, vai spēle pareizi izmanto datus. Pārliecinieties, ka dati ir ielādēti pareizajā vietā un parāda pareizo informāciju
Baltās kastes pārbaude
Baltās kastes testēšana spēlēm koncentrējas uz mobilās spēles arhitektūras, integrācijas un sistēmas aspektiem.
- Kodu pārbaude : tiek pārskatīts pirmkods, analizēta programmas loģika un izplatītākās programmēšanas kļūdas, atbilstība kodēšanas standartiem.
- Fokusa pārbaude: Kodu gabali tiek ievadīti izolētajos moduļos, un tiek analizēta izeja.
- Datu analīze: Datu lietojums, interpretācija un manipulācijas tiek analizētas un apstiprinātas dažādiem moduļiem.
- Ceļa un plūsmas pārbaude: tiek izpildīta pareiza objektu secība.
- Algoritmam raksturīga pārbaude : Konkrēta spēles scenārija vai funkcijas pārbaude, kodam iestatot datu mainīgos, datu vērtības un izpildot to izpildlaika vidē.
- Mākslīgā intelekta analīze: tiek ģenerēta AI komponenta programmējamo kustību un izspēļu statistika. Rezultāts tiek apstiprināts, lai pārbaudītu, vai tiek izmantotas visas programmējamās kustības. Piemērs: tiek izmantota sānu saķere uz snovborda un rotaļas (kombinēts sitiens / sitiens daudzvirzienu darbībā).
Palīgspēles, izmantojot adaptīvo tehnoloģiju
Palīgspēles ir pazīstamas arī kā pieejamības spēles. Funkcijas ir izstrādātas, izmantojot adaptīvu tehnoloģiju personām ar dažādiem traucējumiem, piemēram, vājredzība, neskaidra redze, aklums, nespēja atšķirt krāsas, runas, dzirdes, kognitīvie, kustību un kustību traucējumi.
Cardinal Direction (CD), Tower of London (TOL) ir divas populāras spēles, kas ir pielāgotas lietotājiem ar redzes traucējumiem. Šajās spēlēs vizuālie stimuli tiek aizstāti ar audio ieejām.
Videospēļu testētājam, pārbaudot šādu spēli, jāņem vērā sekojošais
- Krāsām vajadzētu mirgot zīmējumā, un toņi katrai krāsai tiks atskaņoti.
- Katrai krāsai jāpievieno dzirdams signāls.
- Vizuālie dati jāapraksta vārdiem, lai redzes invalīdiem nebūtu problēmu, kas rodas, izmantojot ekrāna lasītājus.
- Spēlētājam vajadzētu dzirdēt spēles skaņas trīs dimensijās, un viņam ir jāpārvietojas pa vārdu, izmantojot skārienekrāna 3D audio un telpisko skaņu
Spēļu metrika, kas testētājam būtu jāzina.
DAU / MAU (Dienas aktīvie lietotāji / Aktīvie lietotāji mēnesī): Katru dienu spēlējošo aktīvo lietotāju un mēneša aktīvo lietotāju skaita attiecība. Parasti tiek saukts arī par lipīguma faktoru.
Sesija: katru reizi, kad lietotājs atver lietotni, tā tiek skaitīta kā sesija. Šeit uzmanība tiek pievērsta vidējam sesiju skaitam vienā DAU.
Lejupielādes rangs: spēles rangs noteiktā lietotņu veikalā (iOS, Android Play), katru mēnesi lejupielādējot spēles.
Saglabāšana: ļoti svarīga metrika Android spēļu testerim, lai spēlētu brīvi. Lai aprēķinātu aizturi, sadaliet lietotājus kohortās, pamatojoties uz lietojumprogrammas lejupielādes dienu.
Veiktspējas metrika: tas ir paredzēts tiešsaistes spēļu vai pastāvīgu spēļu veiktspējas izsekošanai. Kadru ātrumu, ar kādu spēle tiek izpildīta klienta aparatūras platformā, vai spēļu servera gadījumā, tās stabilitātes un veiktspējas metriku var izmantot, lai uzraudzītu mainīgās funkcijas un atjauninājumus.
Galvenie riski spēļu testēšanā
- Spēle nerada pārliecinošu pieredzi mērķauditorijai.
- Spēlei nav uz spēlētāju orientēta noformējuma
- Spēlēs trūkst jautrības faktora un atkarību izraisošās spēles.
- Spēle nav unikāla, konkurētspējīga, ātra.
- Spēle neizdodas tehnisku problēmu, bojātu funkciju, kritisku kļūdu, sliktas mūzikas skaņas un slikta video dēļ.
- Spēļu izstrādes izmaksas pārsniedz budžetu
- Spēlei vajadzētu būt vienkāršam estētiskam dizainam un spēlei.
Kopsavilkums:
- Spēļu izstrādes dzīves cikls sastāv no trim pirms ražošanas, ražošanas, testēšanas, izmantojot spēļu testēšanas rīku, un izvietošanas posmiem
- Spēļu testēšana ir atkārtots process, kurā katrā jaunajā būvējumā var būt kļūdas, un tāpēc tas ir rūpīgi jāpārbauda, izmantojot spēļu testēšanas automatizācijas rīkus
- Dažādi testēšanas veidi ir 1) funkcionālā testēšana, 2) saderības pārbaude, 3) veiktspējas pārbaude, 4) atbilstības / atbilstības pārbaude, 5) lokalizācijas testēšana, 6) mērcēšanas testēšana, 7) atkopšanas testēšana, 8) drošības pārbaude
- Baltās kastes testēšana spēlēm koncentrējas uz mobilās spēles arhitektūras, integrācijas un sistēmas aspektiem, kas ietver 1) koda pārbaudi 2) fokusa testēšanu 3) datu analīzi 4) ceļa un plūsmas testēšanu 5) algoritmiem specifisku testēšanu 6) mākslīgā intelekta analīzi
- Palīgspēles ir pazīstamas arī kā pieejamības spēles. Funkcijas tiek izstrādātas, izmantojot individuālu adaptīvo tehnoloģiju
- Dažas svarīgas spēļu metrikas ir DAU / MAU, sesija, lejupielādes rangs, saglabāšana un veiktspējas metrika
- Galvenais mobilo spēļu testēšanas risks ir tāds, ka tas nerada pārliecinošu pieredzi mērķauditorijai