Pelien testaus: Mobiili-/pöytätietokonesovellusten tyypit ja testaus
Mitä pelitestaus on?
Pelin testaus on ohjelmistojen testausprosessi videopelien testaamiseen laadunvalvontaa varten. Pelitestauksen päätavoite on tunnistaa ja löytää vikoja ja vikoja videopelissä sekä parantaa vakautta ja suorituskykyä. Pelin testaus on osa pelin kehitystä, joka auttaa varmistamaan, että käyttöön otettava videopeli on virheetön.
Pelin kehityksen elinkaari
Esituotanto: Tässä vaiheessa tehdään peliidea, kuvakäsikirjoitus, ominaisuudet, vaatimusanalyysi ja dokumentaatio. Tämä vaihe sisältää teknisen suunnitteluasiakirjan ja ominaisuusspesifikaatiot, peliarkkitehtuurin, kehyksen peiton, animaation. Seuraavat asiat otetaan huomioon
- Musiikki, kamera (lähennä ja loitonna, toisto, elokuvamainen näkymä), soitin ja toimintaominaisuudet
- Pelin kulkulogiikka, säännöt ja ehdot seuraavalle tasolle pääsemiseksi
- Objektien ja tapahtumien liipaisimet, pisteet, pelaajien liike ja sijoittelu, pelaajatilastot,
- Ei-interaktiivinen sarja, erikoistehosteet, otsikkonäytöt, monipainiketoiminnot
- Peliohjain, elokuvaleike, isku/värinätehosteet, lakitekstit, painiketoimintojen käyttö, analogisen ja digitaalisen tilan käyttö.

Tuotanto: Tässä vaiheessa suoritetaan varsinainen koodaus. Tämä vaihe sisältää koodauksen, eri moduulien integroinnin.
Testaus ja käyttöönotto: Tämän vaiheen aikana suoritetaan toiminnallisia testejä, regressiotestejä, alfa-, beta- ja kultatestejä. Kattavuuden ja virtojen testaus, tiedon eheys, algoritmikohtainen testaus, polkutestaus, inkrementaalinen testaus tehdään myös mobiilipelien testaustyökaluilla.
Miten pelin testaus eroaa muusta ohjelmistotestauksesta.
Pelien testaus on a toistuva prosessi jokaisessa uudessa versiossa voi olla virheitä, ja se on testattava perusteellisesti.
Kaikki pelin testaus noudattaa perusrakennetta pelin koosta ja pelin tuottamiseen tarvittavasta ajasta riippumatta.
Laadunvarmistuksen ammattilaisen on opittava pelin sääntöjä ja vaatimuksia. Ymmärrä pelin kokonaisarkkitehtuuri ja tiedostoarkkitehtuuri, kulku sekä tiedostorakenteet ja peliin liittyvät riippuvuudet. Jokaisen pelin uuden prototyypin yhteydessä testiasiakirjoja on tarkasteltava usein uudelleen, jotta voidaan päivittää kaikki tekniset muutokset, uudet pelin testaustestitapaukset ja uusi kokoonpanotuki. Videopelitestaajan tulee varmistaa, että uusia ongelmia ei esiinny.
Pelitestaajan työhön kuuluu:
- Luokittele vaatimukset käyttötarkoituksen ja kohdeyleisön perusteella.
- Tunnista käyttäjän ja järjestelmän vaatimukset ja luokitellaan toiminnallisiin, ei-toiminnallisiin verkkoaluevaatimuksiin
- Tunnista testattavat kohteet, ei-testattavat kohteet, tavoitteet ja toimenpiteet toiminnallisille ja ei-toiminnallisille vaatimuksille
- Tarkista, ovatko toiminnalliset vaatimukset täydellisiä, johdonmukaisia ja ymmärrettäviä
- Tunnista mukautettavat vaatimukset, ristiriitaiset vaatimukset
- Keskinäisten vaatimusten tunnistaminen on yksi pelin testaustehtävistä.
- Priorisoi vaatimukset ainutlaatuisuuden, monimutkaisuuden ja kriittisyyden perusteella
- Tunnista pelin teema, hahmot, animaatio, tekoäly, elokuva, kameranäkymä, pelattavuus
Jos haluat ryhtyä videopelien testaajaksi, tässä on ilmainen opetusohjelma, johon kannattaa tutustua: Kuinka tulla videopelien testaajaksi
Pelien testaustyypit
Alla on suosittuja pelien testaustekniikoita:
1) Toiminnallinen testaus
Toimivuuden laadunvalvontatestaajat etsivät yleisiä ongelmia pelistä tai sen käyttöliittymästä ja grafiikasta, kuten pelimekaniikkaongelmista, vakausongelmista ja pelien eheydestä. Käyttöliittymätestaus varmistaa pelin käyttäjäystävällisyyden
Esimerkiksi: Värien ja taustan, valikon rakenteen, näytön suunnan ja näytön resoluution, kirjasinkoon, kohdistusvirheiden, käytettävyyden, järjestelmän navigoinnin, kuten latausajan, aikakatkaisun ja näytön, lajittelun, vahvistusviestien, sekvenssien, animaatioiden ja äänielementtien tarkistaminen peliin, ohjeet ja dialogiviestejä. Käyttäjävuorovaikutukset, käyttöliittymät, tapahtumien testaus, matkapuhelinkameroiden kalibrointi- ja tarkkuustestaus, näytön resoluutiot, mobiiliresponsiivisen suunnittelun testaus, äänenlaadun testaus
2) Yhteensopivuustestaus
Tarkistaa, onko peli yhteensopiva eri laitteissa ja eri laitteisto- ja ohjelmistokokoonpanoissa.
esimerkki: Asenna ja poista peli kaikille tuetuille konsoleille/pöytäkoneille/matkapuhelimille.
3) Suorituskykytestaus
Pelin kokonaissuorituskyky tarkistetaan. Suorituskykyä säädetään pelin nopeuden optimoimiseksi.
Tärkeysparametrit tarkistettiin suorituskykytestauksen aikana
- Vastausaika asiakkaalla ja palvelimilla, tapahtuman päättymisaika(t), huippukuormitus, pitkäikäisyys, verkon kattavuus, muistivuoto, vähän muistia, alhainen akku, aika sovellusten lataamiseen, samanaikainen (useita käyttäjiä) pääsy sovelluksen palvelimelle, nopeus, suorituskyky, luotettavuus, skaalautuvuus jne.
- Akun kulutus ja grafiikan suorituskyky: Mittaa mobiilipelin akun kulutusta. Akun kulutuksen on oltava optimaalinen pitkien tuntien aikana, ja pelien vasteiden tulee olla tyydyttäviä vaihtelevissa raskaissa kuormissa eri laitteissa
- Prosessorin ja muistin rajoitukset: Suorituskykylaskureita käytetään mittaamaan sovelluksen suorittimen ja muistin kulutusta.
- Verkkoyhteydet: Mittaa mobiilipelien vasteaikaa eri verkkotyypeissä (Wi-Fi, 2G, 3G, 4G), Se antaa yleiskuvan siitä, kuinka hyvin peli toimii epäluotettavissa verkoissa. Se tarkistaa myös mobiililaitteiden, datakeskusten tai pilven välisen yhteyden. Valvotaan koko ruuhka-aikoja, täriseviä yhteyksiä, tietojen päällekkäisyyttä, pakettihäviöitä ja tietojen pirstoutumista.
- Testaa mobiilipelien suorituskykyä erityisesti MMO:ssa
4) Vaatimustenmukaisuuden testaus
Markkinapaikan ohjeiden noudattaminen (esim. Apple App Storen käytännöt), yrityskäytäntöjen noudattaminen (esim. kielletty sisältö. Vaatimustenmukaisuus voi viitata myös sääntelyelimiin, kuten PEGI ja ESRB. Pelin kohteena on tietty sisältöluokitus. Jos siinä on sopimatonta sisältöä, Jos peli ei sovi halutulle luokitukselle, ne tunnistetaan ja niistä raportoidaan. Jopa yksittäinen rikkomus lisenssin hyväksynnässä voi johtaa pelin hylkäämiseen, mikä aiheuttaa lisäkustannuksia jatkotestauksesta ja uudelleenlähetyksestä.
esimerkki: Jos peli julkaistaan Euroopan maissa, testaa PAL-muunnos, jos peli on tuotettu Pohjois-Amerikalle, testaa NTSC-muunnoksia.
5) Lokalisointitestaus
Lokalisointitestaus tulee välttämättömäksi, kun peli on suunnattu globaaleille markkinoille. Pelien nimet, sisältö ja tekstit on käännettävä ja testattava laitteilla useilla kielillä. Tämän tyyppiset testit voidaan suorittaa nopeasti (pilvipohjaisen laitepääsyn ja testiautomaation avulla).
esimerkki: MENA-aluekohtaiset lokalisointitarpeet (Lähi-itä/Pohjois-Afrikka), arabialainen lokalisointi (oikealta vasemmalle tekstituki, kaksisuuntaiset näytöt), näennäislokalisoinnin testaus, kaksitavuiset merkit (Itä-Aasian kielille), paikallinen aika /päivämäärä, valuutta, osoitemuodot ja muut paikalliset vaatimukset.
6) Liotustesti
Tämä peliautomaatiotestaus sisältää pelin jättämisen käynnissä pitkäksi aikaa eri toimintatiloissa. Esimerkiksi tyhjäkäynti keskeytetty tai otsikkonäytössä. Liotus voi tunnistaa muistivuotoja tai pyöristysvirheitä.
esimerkki: Peli on alkanut, ja hahmo saa seisomaan käyttämättömänä 24 tuntia. Tätä tekniikkaa käytetään muistivuotojen ja muiden pelimoottorin vikojen aiheuttamien kaatumisten havaitsemiseen.
7) Palautumistestaus
Ohjelmistossa, palautumistesti tarkistaa, kuinka hyvin sovellus voidaan palauttaa kaatumisista, laitteistovioista ja muista vastaavista vioista. Sovellus pakotetaan epäonnistumaan, ja myöhemmin seurataan, kuinka se toipuu vikaolosuhteista ja ympäristöstä.
Esimerkiksi: Kun pelisovellus on käynnissä, käynnistä pelikonsoli äkillisesti uudelleen ja tarkista tietojen eheys
8) Turvatestaus
Se tehdään sen tarkistamiseksi, kuinka turvassa ohjelmisto toimii ulkoisilta uhilta. Tietosuoja ulkoisilta uhilta, hallitsemattomilta järjestelmän käyttörajoituksilta, tietomurroilta, käyttöjärjestelmän aws:lta, viestintäjärjestelmän aws:lta ja heikolta salausalgoritmeilta.
Esimerkiksi: URL-osoitteen muuttaminen osoitteesta /login muotoon /play pelisivustolla ei saa mahdollistaa suoraa pääsyä peleihin.
9) Muiden pelien testaus
Oikeiden tai virtuaalisten hahmojen testaus. Moninpelivideopeleissä yhteys palvelimeen ja pelin tilan synkronointi ovat kaksi kriittistä testattavaa aluetta.
esimerkki: Moninpelit 3D-ajopelit.
Uusien ominaisuuksien, kuten pelin tilapäivitysten, ystäväkutsujen, palkkiolahjojen jakamisen jne., testaaminen. Tämä takaa käyttäjälle runsaan pelikokemuksen.
esimerkki: Facebook, blogit
Äänen testaus
Testaa, onko tiedostojen lataamisessa virhe, äänitiedostojen kuunteleminen virheiden tai vääristymien varalta, CC-profiili analysoimaan värikommenttia
Tietokanta ja pelitilastot
Tietokannan vahvistus virheenkorjauksen avulla sen selvittämiseksi, käyttääkö peli tietoja oikein. Varmista, että tiedot on ladattu oikeaan paikkaan ja näyttää oikeat tiedot
Valkoisen laatikon testaus
Valkoinen Box Testing for Games keskittyy mobiilipelin arkkitehtuuri-, integraatio- ja järjestelmänäkökohtiin.
- Koodin tarkastus: Lähdekoodi tarkistetaan, ohjelmalogiikka & yleiset ohjelmointivirheet, koodausstandardien noudattaminen analysoidaan.
- Tarkennustestaus: Koodipaloja syötetään eristettyihin moduuleihin ja tulos analysoidaan.
- Tietojen analysointi: Tietojen käyttö, tulkinta ja manipulointi analysoidaan ja validoidaan eri moduuleille.
- Reitin ja virtauksen testaus: Oikea objektisarja suoritetaan.
- Algoritmikohtainen testaus: Tietyn peliskenaarion tai -ominaisuuden testaus asettamalla datamuuttujia, data-arvoja koodiin ja suorittamalla se ajonaikaisessa ympäristössä.
- Tekoälyanalyysi: Tekoälykomponentin ohjelmoitavien liikkeiden ja toistojen juoksutilasto luodaan. Tulos validoidaan sen tarkistamiseksi, onko kaikki ohjelmoitavat liikkeet käytetty. Esimerkki: Lumilaudan sivupitoa ja leikkejä (lyönnin/potkun yhdistelmä monisuuntaisessa toiminnassa) käytetään.
Avustava pelaaminen mukautuvalla tekniikalla
Assistive Gaming tunnetaan myös esteettömyyspelaamisena. Ominaisuudet on suunniteltu mukautuvalla tekniikalla henkilöille, joilla on erilaisia vammoja, kuten heikkonäköisyys, näön hämärtyminen, sokeus, kyvyttömyys erottaa värejä, puhe, kuulo, kognitiiviset, motoriset ja liikkumisvammat.
Cardinal Direction (CD), Tower of London (TOL) ovat kaksi suosittua peliä, jotka on muokattu näkövammaisille käyttäjille. Näissä peleissä visuaaliset ärsykkeet korvataan äänituloilla.
Videopelien testaajan tulee huomioida seuraavat asiat, kun hän testaa tällaista peliä
- Värien tulisi vilkkua kuviossa, ja sävyt leikkivät jokaisella värillä.
- Jokaiseen väriin tulee liittää kuuluva ääni.
- Visuaaliset tiedot on kuvattava sanoin, jotta näkövammaisilla ei ole ongelmia vastaanottaa näytönlukuohjelmia.
- Pelaajan tulee kuulla äänet pelissä kolmiulotteisesti ja navigoida sanassa kosketusnäytön 3D-äänellä ja spatialized-äänellä
Pelimittarit, jotka testaajan tulisi tietää.
DAU/MAU (päivittäiset aktiiviset käyttäjät / kuukausittaiset aktiiviset käyttäjät): Joka päivä pelaavien aktiivisten käyttäjien suhde kuukausittaisten aktiivisten käyttäjien määrään. Kutsutaan yleisesti myös tahmeustekijäksi.
Session: Joka kerta, kun joku käyttäjä avaa sovelluksen, se lasketaan istuntoksi. Tässä keskitytään istuntojen keskimääräiseen määrään DAU:ta kohden.
Latauksen sijoitus: Pelin sijoitus tietyssä sovelluskaupassa (iOS, Android Pelaa) kuukausittaisten pelilatausten mukaan.
säilyttäminen: Erittäin tärkeä mittari Android-pelien testaajalle ilmaista peliä varten. Säilyttämisen laskemiseksi erottele käyttäjät kohortteihin sovelluksen latauspäivän perusteella.
Suorituskykymittarit: Tämä on tarkoitettu verkkopelien tai pysyvien pelien suorituskyvyn seurantaan. Pelin kehysnopeus, jolla peli suoritetaan asiakaslaitteistoalustalla, tai jos kyseessä on pelipalvelin, sen vakautta ja suorituskykymittareita voidaan käyttää muuttuvien ominaisuuksien ja päivitysten seuraamiseen.
Pelitestauksen tärkeimmät riskit
- Peli ei luo houkuttelevia kokemuksia kohdeyleisölle.
- Pelissä ei ole pelaajakeskeistä muotoilua
- Hauska tekijä ja koukuttava pelattavuus puuttuvat peleistä.
- Peli ei ole ainutlaatuinen, kilpailukykyinen, nopeatempoinen.
- Peli epäonnistuu teknisten ongelmien, rikkinäisten ominaisuuksien, kriittisten bugien, huonon musiikin äänen ja huonon videon vuoksi.
- Pelin kehityskustannukset ylittävät budjetin
- Pelin tulee olla yksinkertainen esteettinen muotoilu ja pelattavuus.
Yhteenveto
- Pelin kehityksen elinkaari koostuu kolmesta esituotannon vaiheesta, tuotannosta, testauksesta pelin testaustyökalulla ja käyttöönotosta
- Pelien testaus on toistuva prosessi, jokaisessa uudessa versiossa voi olla virheitä, joten se on testattava perusteellisesti pelitestauksen automaatiotyökaluilla
- Erilaisia testaustyyppejä ovat 1) toiminnallinen testaus, 2) Yhteensopivuustestaus, 3) Suorituskykytestaus, 4) Vaatimustenmukaisuuden testaus, 5) Lokalisointitesti, 6) liotustesti, 7) palautumistesti, 8) suojaustestaus
- Valkoinen Box Testing for Games keskittyy mobiilipelin arkkitehtuuri-, integraatio- ja järjestelmänäkökohtiin, joka sisältää 1) koodin tarkastuksen 2) fokustestauksen 3) data-analyysin 4) polun ja virtauksen testauksen 5) algoritmikohtaisen testauksen 6) Keinotekoinen älykkyys analyysi
- Assistive Gaming tunnetaan myös esteettömyyspelaamisena. Ominaisuudet on suunniteltu yksilöille mukautuvalla tekniikalla
- Joitakin tärkeitä pelimittareita ovat DAU/MAU, istunto, lataussijoitus, säilyttäminen ja suorituskykymittarit
- Mobiilipelien testauksen keskeisin riski on, että se ei luo kohdeyleisölle houkuttelevia kokemuksia