Pelien testausopas: Kuinka testata mobiili-/työpöytäsovelluksia

Mitä pelitestaus on?

Pelin testaus on ohjelmistotestausprosessi videopelien testaamiseen laadunvalvontaa varten. Pelitestauksen päätavoitteena on tunnistaa ja löytää videopelin vikoja ja bugeja sekä parantaa sen vakautta ja suorituskykyä. Pelitestaus on osa pelikehitystä, joka auttaa varmistamaan, että käyttöönotettava videopeli on virheetön.

Ennen kuin yksittäiset tekniikat ovat järkeviä, on hyödyllistä nähdä, missä testaus sijoittuu laajemman kehityssyklin sisällä.

Pelin kehityksen elinkaari

Esituotanto: Tässä vaiheessa tuotetaan peli-idea, kuvakäsikirjoitus, ominaisuudet, vaatimusanalyysi ja dokumentaatio. Tämä vaihe sisältää teknisen suunnitteludokumentin ja ominaisuusmäärittelyt, peliarkkitehtuurin, kehyskartan ja animaation. Seuraavia tekijöitä tarkastellaan:

• Musiikki, kamera (zoomaus sisään ja ulos, toisto, elokuvamainen näkymä), soittimen ja toiminnan ominaisuudet
• Pelin kulun logiikka, säännöt ja ehdot seuraavan tason saavuttamiseksi
• Objektien ja tapahtumien laukaisemat, pisteet, pelaajan liikkuminen ja sijoittuminen, pelaajan tilastot
• Ei-interaktiiviset sekvenssit, erikoistehosteet, aloitusnäytöt, usean painikkeen toiminnot
• Peliohjain, elokuvaleike, isku-/tärinätehosteet, lakitekstit, painiketoimintojen käyttö, analogisen ja digitaalisen tilan käyttö

Kolme vaihetta ja niihin liittyvät toiminnot on esitetty alla.

tuotanto: Tässä vaiheessa tehdään varsinainen koodaus. Tämä vaihe sisältää eri moduulien koodauksen ja integroinnin.

Testaus ja käyttöönotto: Tässä vaiheessa suoritetaan toiminnallisia testejä, regressiotestausta sekä Alpha-, Beta- ja Gold-vaiheita. Lisäksi testataan kattavuutta ja tietovirtoja, datan eheyttä, algoritmikohtaista testausta, polkutestausta ja inkrementaalista testausta mobiilipelien testaustyökaluilla.

Miten pelitestaus eroaa muusta ohjelmistotestauksesta

Pelien testaaminen on toistuva prosessi – jokaisessa uudessa versiossa voi olla virheitä, ja ne on testattava perusteellisesti.

Kaikki pelien testaus noudattaa tiettyä perusrakennetta pelin koosta ja sen tuottamiseen tarvittavasta ajasta riippumatta.

Laadunvarmistuksen ammattilaisen on opiskeltava pelin säännöt ja vaatimukset sekä ymmärrettävä pelikomponenttien yleinen arkkitehtuuri, tiedostoarkkitehtuuri, pelinkulku, tiedostorakenteet ja peliin liittyvät riippuvuudet. Jokaisen uuden peliprototyypin yhteydessä testidokumentit on tarkistettava, jotta ne vastaavat mahdollisiin spesifikaatioiden muutoksiin, uusiin pelitestaustapauksiin ja uusiin kokoonpanotukiin. Videopelien testaajan on myös varmistettava, ettei uusia ongelmia ole ilmennyt.

Pelitestaajan työtehtäviin kuuluvat:

• Luokittele vaatimukset käyttötarkoituksen ja kohdeyleisön perusteella.
• Tunnista käyttäjä- ja järjestelmävaatimukset ja luokittele ne toiminnallisiin, ei-toiminnallisiin ja toimialuevaatimuksiin.
• Tunnista testattavat kohteet, ei-testattavat kohteet, tavoitteet ja mittarit toiminnallisille ja ei-toiminnallisille vaatimuksille.
• Tarkista, ovatko toiminnalliset vaatimukset täydelliset, johdonmukaiset ja ymmärrettävät.
• Tunnista mukautettavat vaatimukset ja ristiriitaiset vaatimukset.
• Tunnista toisistaan ​​riippuvaiset vaatimukset, mikä on yksi pelitestauksen ydintehtävistä.
• Priorisoi vaatimukset ainutlaatuisuuden, monimutkaisuuden ja kriittisyyden perusteella.
• Tunnista pelin teema, hahmot, animaatio, tekoäly, välianimaatiot, kameranäkymä ja pelattavuus.

Jos haluat ryhtyä videopelien testaajaksi, tässä on ilmainen opetusohjelma, johon kannattaa tutustua: Kuinka tulla videopelien testaajaksi.

Pelien testaustyypit

Alla on lueteltu suosittuja pelien testaustekniikoita. Jokainen niistä kohdistuu eri vikaluokkaan, ja julkaisuvalmis peli yleensä käy läpi ne kaikki sen sijaan, että valitsisi niiden välillä.

1) Toiminnallinen testaus

Toiminnallisuuden laadunvarmistustestaajat etsivät yleisiä ongelmia pelistä tai sen käyttöliittymästä ja grafiikasta, kuten pelimekaniikkaan liittyviä ongelmia, vakausongelmia ja pelin resurssien eheyttä. Käyttöliittymätestaus varmistaa pelin käyttäjäystävällisyyden. Tämä on sama asia kuin toiminnallinen testaus missä tahansa muussa sovelluksessa, sovellettuna pelisääntöihin liiketoimintasääntöjen sijaan.

Esimerkiksi: Värien ja taustojen, valikkorakenteen, näytön suunnan ja resoluution, fonttikoon, tasausvirheiden, käytettävyyden, järjestelmän navigoinnin (kuten latausajan, aikakatkaisun ja näytön), lajittelun, vahvistusviestien, sekvenssien, pelin animaatio- ja äänielementtien, ohjeiden ja dialogiviestien tarkistaminen. Se kattaa myös käyttäjien vuorovaikutuksen, käyttöliittymät, tapahtumatestauksen, matkapuhelinten kameroiden kalibroinnin ja tarkkuustestauksen, näytön resoluutiot, mobiiliresponsiivisen suunnittelun testauksen ja äänenlaadun testauksen.

2) Yhteensopivuustestaus

Pelin yhteensopivuuden tarkistaminen eri laitteiden ja eri laitteisto- ja ohjelmistokokoonpanojen kanssa. Laaja laitekattavuus on tärkeämpää peleille kuin useimmille sovelluksille, koska näytönohjaimen ajurit ja näytön kuvasuhteet muuttavat pelin renderöintiä. Katso yhteensopivuustestaus yleistä tekniikkaa varten.

Esimerkiksi: Asenna ja poista peli kaikista tuetuista konsoleista, pöytätietokoneista ja mobiililaitteista.

3) Suorituskykytestaus

Pelin yleinen suorituskyky tarkistetaan. Suorituskyvyn hienosäätöä suoritetaan pelin nopeuden optimoimiseksi. Laajempaa käytäntöä käsitellään kohdassa suorituskyvyn testausja mobiililaitteille tarkoitettu kulma mobiilisovelluksen suorituskyvyn testaus.

Tärkeitä suorituskykytestauksen aikana tarkistettuja parametreja:

• Asiakkaan ja palvelimien vasteaika, tapahtumien suoritusajat, huippukuormituskyky, pitkäikäisyys, verkon peittoalue, muistivuoto, muistin loppuminen, akun heikko varaus, sovelluksen latausaika, samanaikainen (useiden käyttäjien) pääsy sovelluspalvelimelle, nopeus, läpäisykyky, luotettavuus ja skaalautuvuus.
• Akun kulutus ja grafiikan suorituskyky: Mittaa mobiilipelin akunkulutusta. Akunkulutuksen on oltava optimaalinen pitkien tuntien aikana, ja pelin vasteiden on oltava tyydyttäviä vaihtelevien raskaiden kuormien alla eri laitteilla.
• Prosessorin ja muistin rajoitukset: Suorituskykylaskureita käytetään sovelluksen suorittimen ja muistin kulutuksen mittaamiseen.
• Verkkoyhteydet: Mittaa mobiilipelin vasteaikaa eri verkkotyypeissä (Wi-Fi, 3G, 4G, 5G). Se antaa yleiskuvan siitä, kuinka hyvin peli toimii epäluotettavissa verkoissa, ja tarkistaa myös mobiililaitteiden, datakeskusten ja pilven välisen yhteyden. Ruuhka-aikoja, yhteyksien nykimistä, tietojen päällekkäisyyttä, pakettien katoamista ja tietojen pirstoutumista seurataan.
• Mobiilipelien suorituskyvyn testaus, erityisesti MMO-pelien osalta.

4) Vaatimustenmukaisuus-/vaatimustenmukaisuustestaus

Tämä kattaa markkinapaikkaohjeiden noudattamisen (esimerkiksi Apple App Storen käytännöt) ja yrityskäytäntöjen noudattamisen (esimerkiksi kielletty sisältö). Vaatimustenmukaisuus voi viitata myös sääntelyelimiin, kuten PEGI:in ja ESRB:hen. Peli kohdistuu tiettyyn sisältöluokitukseen, ja jos siinä on haluttuun luokitukseen sopimatonta sisältöä, se tunnistetaan ja ilmoitetaan. Jopa yksittäinen rikkomus lisenssihakemuksessa voidaan johtaa pelin hylkäämiseen, mikä aiheuttaa lisäkustannuksia jatkotestauksessa ja uudelleenlähetyksessä.

Esimerkiksi: Jos peli julkaistaan ​​Euroopan maissa, testaa PAL-muunnos; jos peli on tuotettu Pohjois-Amerikkaan, testaa NTSC-muunnos.

5) Lokalisointitestaus

Lokalisointitestaus tulee olennaiseksi, kun peli on suunnattu globaaleille markkinoille. Pelien nimet, sisältö ja tekstit on käännettävä ja testattava laitteilla useilla kielillä. Nämä testit voidaan suorittaa nopeasti pilvipohjaisen laiteyhteyden ja testiautomaation avulla.

Esimerkiksi: Lähi-idän ja Pohjois-Afrikan alueen (Lähi-itä / Pohjois-Afrikka) lokalisointitarpeet, arabiankielinen lokalisointi (oikealta vasemmalle luettavan tekstin tuki, kaksisuuntaiset näytöt), pseudo-lokalisoinnin testaus, Itä-Aasian kielten kaksitavuiset merkit, paikallinen aika ja päivämäärä, valuutta, osoitemuodot ja muut paikalliset vaatimukset.

6) Liotustestaus

Tämä peliautomaatiotestaustekniikka sisältää pelin pitämisen käynnissä pidemmän aikaa eri toimintatiloissa – esimerkiksi tyhjäkäynnillä, tauolla tai aloitusnäytöllä. Liotus voi tunnistaa muistivuotoja tai pyöristysvirheitä.

Esimerkiksi: Peli on alkanut ja hahmo on asetettu seisomaan 24 tunniksi. Tätä tekniikkaa käytetään muistivuotoihin ja muihin pelimoottorin vikoihin liittyvien kaatumisten havaitsemiseen.

7) Palautumistestaus

Ohjelmistossa, palautumistesti tarkistaa, kuinka hyvin sovellus toipuu kaatumisista, laitteistovioista ja muista vastaavista vioista. Sovellus pakotetaan kaatumaan, ja sitten tarkkaillaan, miten se toipuu vikatilanteista ja ympäristöstä.

Esimerkiksi: Kun pelisovellus on käynnissä, käynnistä pelikonsoli yllättäen uudelleen ja tarkista tietojen eheys.

8) Turvallisuustestaus

Tietoturvatestauksella tarkistetaan, kuinka turvallisesti ohjelmisto toimii ulkoisten uhkien vaikutuksesta. Testaus kattaa tietojen suojaamisen ulkoisilta uhilta, hallitsemattomilta järjestelmän käyttörajoituksilta, tietomurroilta, käyttöjärjestelmän virheiltä, ​​tietoliikennejärjestelmän virheiltä ja heikoilta salausalgoritmeilta.

Esimerkiksi: Vaihda a URL Pelisivustolla /login-valikon ja /play-valikon välisen suoran pääsyn peleihin ei pitäisi sallia.

9) Muiden pelien testaus

Oikeiden tai virtuaalisten hahmojen testaus. Moninpelivideopeleissä yhteys palvelimeen ja pelin tilan synkronointi ovat kaksi kriittistä testattavaa aluetta.

Esimerkiksi: Moninpeli 3D-kilpa-ajopelejä.

Uusien ominaisuuksien, kuten pelin tilapäivitysten, kaverikutsujen ja premium-lahjojen jakamisen, testaus. Tämä varmistaa käyttäjälle rikkaan pelikokemuksen.

Esimerkiksi: Facebook, blogit.

Äänen testaus

Tiedostojen latauksen virheiden testaaminen, äänitiedostojen kuunteleminen virheiden tai vääristymien varalta ja värikommenttien analysointi CC-profilointityökalulla.

Tietokanta ja pelitilastot

Tietokannan varmennus virheenkorjauksen avulla sen selvittämiseksi, käyttääkö peli tietoja oikein. Varmista, että tiedot ladataan oikeaan paikkaan ja että ne näyttävät oikeat tiedot.

Valkolaatikkotestaus

Pelien white box -testaus keskittyy mobiilipelin arkkitehtuuriin, integraatioon ja järjestelmänäkökohtiin.

1. Code tarkastus: Lähdekoodia tarkastellaan ja analysoidaan ohjelman logiikkaa, yleisiä ohjelmointivirheitä ja koodausstandardien noudattamista.
2. Tarkennustestaus: Koodipaloja syötetään eristettyihin moduuleihin ja tulostetta analysoidaan.
3. Tietojen analysointi: Datan käyttöä, tulkintaa ja manipulointia analysoidaan ja validoidaan eri moduuleille.
4. Reitin ja virtauksen testaus: Oikea objektijärjestys suoritetaan.
5. Algoritmikohtainen testaus: Tietyn peliskenaarion tai ominaisuuden testaaminen asettamalla koodiin datamuuttujia ja data-arvoja ja suorittamalla se ajonaikaisessa ympäristössä.
6. Tekoäly analyysi: Tekoälykomponentin ohjelmoitavien liikkeiden ja pelikuvioiden suoritustilastot luodaan. Tulos validoidaan sen varmistamiseksi, että kaikkia ohjelmoitavia liikkeitä käytetään. Esimerkki: lumilaudan sivuote ja pelikuviot, kuten yhdistelmälyönnit tai -potkut monisuuntaisessa toiminnassa.

Avustava pelaaminen mukautuvalla tekniikalla

Avustava pelaaminen tunnetaan myös esteettömyyspelaamisena. Ominaisuudet suunnitellaan mukautuvan teknologian avulla henkilöille, joilla on erilaisia ​​vammoja, kuten heikkonäköisiä, näön hämärtyneitä, sokeita, kyvyttömiä erottamaan värejä sekä puhe-, kuulo-, kognitiivisia, motorisia ja liikuntarajoitteita. Vahvistusmenetelmä noudattaa samoja periaatteita kuin esteettömyyden testaus valtavirran ohjelmistoissa.

Cardinal Direction (CD) ja Tower of London (TOL) ovat kaksi suosittua peliä, jotka on muokattu näkövammaisille käyttäjille. Näissä peleissä visuaaliset ärsykkeet korvataan äänisyötteillä.

Videopelien testaajan tulisi ottaa huomioon seuraavat asiat testatessaan tällaista peliä:

1. Värien tulisi välkkyä kuviossa ja sävyjen tulisi soida jokaisella värillä.
2. Jokaiseen väriin tulee liittää kuuluva ääni.
3. Visuaalinen data on kuvattava sanoin, jotta näkövammaisilla pelaajilla ei ole ongelmia sen vastaanottamisessa näytönlukijoiden kautta.
4. Pelaajan tulisi kuulla pelin ääniä kolmiulotteisesti ja pystyä navigoimaan maailmassa kosketusnäytön, 3D-äänen ja tilaäänen avulla.

Pelin mittarit, jotka testaajan tulisi tietää

Pelkät testitulokset eivät kerro studiolle, onnistuiko julkaisu. Seuraavat mittarit ovat lukuja, jotka testaajan odotetaan lukevan vikaraportin rinnalla.

DAU/MAU (päivittäiset aktiiviset käyttäjät / kuukausittaiset aktiiviset käyttäjät): Päivittäin pelaavien aktiivisten käyttäjien suhde kuukausittaisten aktiivisten käyttäjien määrään. Sitä kutsutaan myös pysyvyyskertoimeksi.

Session: Joka kerta, kun käyttäjä avaa sovelluksen, se lasketaan istunnoksi. Tässä keskitytään istuntojen keskimääräiseen määrään päivittäistä aktiivista käyttäjiä kohden.

Latauksen sijoitus: Pelin sijoitus tietyssä sovelluskaupassa (iOS, Android Pelaa) kuukausittaisten pelilatausten mukaan.

säilyttäminen: Erittäin tärkeä mittari sille, Android pelin testaaja ilmaisessa pelissä. Laskeaksesi käyttäjäpysyvyyden, jaa käyttäjät kohortteihin sovelluksen latauspäivän perusteella.

Suorituskykymittarit: Nämä track online- tai pysyvien pelien suorituskyky — kuvanopeus, jolla peli suoritetaan asiakaslaitteistoalustalla, tai pelipalvelimen tapauksessa sen vakaus. Suorituskykymittareita voidaan käyttää muuttuvien ominaisuuksien ja päivitysten seurantaan.

Pelitestauksen tärkeimmät riskit

Alla olevat riskit muuttavat useimmiten teknisesti toimivan rakenteen kaupallisesti pettymykseksi.

1. Peli ei luo kohdeyleisölle mukaansatempaavaa pelikokemusta.
2. Pelissä ei ole pelaajakeskeistä suunnittelua.
3. Hauskuus ja koukuttava pelattavuus puuttuvat.
4. Peli ei ole ainutlaatuinen, kilpailullinen tai nopeatempoinen.
5. Peli epäonnistuu teknisten ongelmien, rikkinäisten ominaisuuksien, kriittisten bugien, huonon musiikin ja äänen tai heikon videon vuoksi.
6. Pelin kehityskustannukset ylittävät budjetin.
7. Esteettinen muotoilu ja pelattavuus eivät ole yksinkertaisia.

UKK