Pelin testaus: tyypit ja amp; Kuinka testata mobiili- / työpöytäsovelluksia

Sisällysluettelo:

Anonim

Mikä on pelitestaus?

Game Testing on ohjelmistojen testausprosessi videopelien testaamiseksi laadunvalvontaa varten. Pelin testauksen päätavoitteena on tunnistaa ja löytää videopelin viat ja virheet sekä parantaa vakautta ja suorituskykyä. Pelin testaus on osa pelikehitystä, joka auttaa varmistamaan, että käyttöönotettava videopeli on virheetön.

Pelin kehityksen elinkaari

Esituotanto: Tässä vaiheessa tehdään pelidea, kuvakäsikirjoitus, ominaisuudet, vaatimusanalyysi ja dokumentaatio. Tämä vaihe sisältää teknisen suunnitteludokumentin ja ominaisuuksien määrittelyt, peliarkkitehtuurin, kehyspeitteen, animaation. Seuraavat kohdat otetaan huomioon

  • Musiikki, kamera (lähennä ja loitonna, toisto, elokuvanäkymä), soittimen ja toiminnan määritteet
  • Pelin kulkulogiikka, säännöt ja ehto saavuttaa seuraava taso
  • Kohteen ja tapahtuman laukaisut, tulokset, pelaajan liike ja sijainti, pelaajan tilastot,
  • Ei-vuorovaikutteinen jakso, erikoistehosteet, otsikkonäytöt, monipainikkeet
  • Peliohjain, elokuvaleike, isku- / tärinäefektit, lakitekstit, painiketoimintojen käyttö, analogisen ja digitaalisen tilan käyttö.

Pelin kehityksen elinkaari

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

Testaus ja käyttöönotto : Tässä vaiheessa suoritetaan toiminnalliset testit, regressiotestaus, Alpha, Beta, Gold. Kattavuuden ja virtausten, tietojen eheyden, algoritmikohtaisen testauksen, polkutestauksen, inkrementtitestin testaus tehdään myös mobiilipelien testaustyökaluilla.

Tässä opetusohjelmassa opit testaamaan peliä:

  • Pelin kehityksen elinkaari
  • Kuinka pelitestaus eroaa muista ohjelmistojen testauksista.
  • Pelin testaustyypit
  • Apupelaaminen mukautuvan tekniikan avulla
  • Pelin mittarit, jotka testaajan tulisi tietää.
  • Keskeiset riskit pelitestauksessa

Kuinka pelitestaus eroaa muista ohjelmistojen testauksista.

Pelien testaaminen on toistuva prosessi, jokainen uusi koontiversio voi sisältää vikoja, ja se on testattava perusteellisesti.

Kaikki pelitestaukset noudattavat perusrakennetta riippumatta pelin koosta ja pelin tuottamiseen tarvittavasta ajasta.

Laadunvarmistuksen ammattilaisen on tutkittava pelisäännöt ja vaatimukset. Ymmärrä pelikomponenttien kokonaisarkkitehtuuri ja tiedostoarkkitehtuuri, kulku, tiedostorakenteet ja peliin liittyvät riippuvuudet. Jokaisen pelin uuden prototyypin yhteydessä testiasiakirjoja on tarkasteltava säännöllisesti, jotta tekniset muutokset, uudet pelitestaustapaukset ja uusi kokoonpanotuki voidaan päivittää. Videopelien testaajan on varmistettava, ettei uusia asioita oteta käyttöön.

Game Testerin tehtäviin kuuluu:

  • Luokittele vaatimukset käyttötarkoituksen ja kohdeyleisön perusteella.
  • Tunnista käyttäjän ja järjestelmävaatimus, ja se tulisi luokitella toiminnallisiin, ei-toiminnallisiin, toimialueiden vaatimuksiin
  • Tunnista testattavat kohteet, ei-testattavat kohteet, tavoitteet ja toimenpiteet toiminnallisten ja ei-toiminnallisten vaatimusten täyttämiseksi
  • Tarkista, ovatko toiminnalliset vaatimukset täydelliset, johdonmukaiset ja ymmärrettävissä
  • Tunnista mukautettavat vaatimukset, ristiriitaiset vaatimukset
  • Keskinäisten riippuvaisten vaatimusten tunnistaminen on yksi pelien testaustöistä.
  • Priorisoi vaatimukset yksilöllisyyden, monimutkaisuuden, kriittisyyden perusteella
  • Tunnista pelin teema, Hahmot, Animaatio, AI, Cinematic, Kameranäkymä, pelattavuus

Pelin testaustyypit

Alla on suositut pelitestaustekniikat:

1) Toiminnallinen testaus

Toiminnallisuuden laadunvalvontatestaajat etsivät pelin tai sen käyttöliittymän ja grafiikan yleisiä ongelmia, kuten pelimekaanisia, vakaus- ja pelivarojen eheysongelmia. Käyttöliittymän testaus varmistaa pelin helppokäyttöisyyden

Esimerkki: Värien ja taustojen, valikkorakenteen, näytön suunnan ja näytön tarkkuuden, fonttikoon, kohdistusvirheiden, käytettävyyden, järjestelmän navigoinnin, kuten latausaika, aikakatkaisu ja näyttö, lajittelu, vahvistusviestit, sekvenssit, animaatiot ja äänielementtien tarkistus , ohjeet ja vuoropuheluviestit. Käyttäjien vuorovaikutus, Käyttöliittymät, Tapahtumien testaus, Matkapuhelinkameroiden kalibrointi ja tarkkuustestaus, Näytön tarkkuudet, Reagoiva mobiilisuunnittelu, Äänen laadun testaus

2) Yhteensopivuuden testaus

Tarkistetaan, onko peli yhteensopiva eri laitteiden sekä laitteisto- ja ohjelmistokokoonpanojen kanssa.

Esimerkki : Asenna ja poista peli kaikkiin tuettuihin konsoleihin / työasemiin / matkapuhelimiin.

3) Suorituskyvyn testaus

Pelin yleinen suorituskyky tarkistetaan. Suorituskyky viritetään pelin nopeuden optimoimiseksi.

Tärkeysparametrit tarkistettiin suorituskykytestauksen aikana

  • Vasteaika asiakkaalla ja palvelimilla, Tapahtumien suorittamisajat, Huippukuormituksen suorituskyky, Pitkäikäisyys, verkon peitto, Muistivuoto, Matala muisti, Akun varaus vähissä, Sovellusten lataamiseen kuluva aika, Samanaikainen (Useita käyttäjiä) pääsy sovelluksen palvelimeen, Nopeus suorituskyky, luotettavuus, skaalautuvuus jne.
  • Akun kulutus ja grafiikan suorituskyky: Mittaa mobiilipelin akun kulutus. Akun kulutuksen on oltava optimaalista pitkiä tunteja, ja pelivasteen tulee olla tyydyttävä vaihtelevilla raskailla kuormilla eri laitteissa
  • Suorittimen ja muistin rajoitukset : Suorituskykylaskureita käytetään sovelluksen suorittimen ja muistin kulutuksen mittaamiseen.
  • Verkkoyhteydet : Mittaa mobiilipelien vasteajan eri verkkotyypeissä (Wi-Fi, 2G, 3G, 4G) .Se antaa yleiskuvan siitä, kuinka hyvin peli toimii epäluotettavissa verkoissa. Se tarkistaa myös mobiililaitteiden, palvelinkeskusten tai pilven välisen yhteyden. Koko ruuhka-aikoja, hermostuneita yhteyksiä, tietojen kopiointia, pakettihäviötä, tietojen pirstoutumista seurataan.
  • Testataan mobiilipelien suorituskykyä erityisesti MMO: lla

4) Vaatimustenmukaisuuden / vaatimustenmukaisuuden testaus

Marketplace-ohjeiden noudattaminen (esim. Apple App Store -käytännöt), yrityskäytäntöjen noudattaminen (esim. Kielletty sisältö. Vaatimustenmukaisuus voi viitata myös sääntelyelimiin, kuten PEGI ja ESRB. Peli kohdistuu tiettyyn sisällön ikäluokitukseen. Jos on haitallista sisältöä, joka on sopimaton halutulle luokitukselle, sitten ne tunnistetaan ja niistä ilmoitetaan. Jopa yksi lisenssin hyväksymistä koskeva rikkomus saattaa johtaa pelin hylkäämiseen, mistä voi aiheutua lisäkustannuksia jatkotestauksessa ja uudelleen lähettämisessä.

Esimerkki : Jos peli julkaistaan ​​Euroopan maissa, testaa PAL-muunnos, jos peli on tuotettu Pohjois-Amerikkaa varten, testaa NTSC-muunnokset.

5) Lokalisointitestaus

Lokalisointitestaus on välttämätöntä, kun peli kohdistetaan globaaleille markkinoille. Pelin otsikot, sisältö ja tekstit on käännettävä ja testattava laitteilla useilla kielillä. Tämäntyyppiset testit voidaan suorittaa nopeasti (pilvipohjaisen laitteen käytön ja testausautomaation avulla).

Esimerkki : MENA-alueen (Lähi-itä / Pohjois-Afrikka) lokalisointitarpeet, arabialainen lokalisointi (oikealta vasemmalle -tekstituki, kaksisuuntaiset näytöt), näennäiskohdistustestaus, kaksitavuiset merkit (Itä-Aasian kielille), paikallinen aika / päivämäärä, valuutta, osoitemuodot ja muut paikalliset vaatimukset.

6) Liotuskoe

Tähän peliautomaatiotestaukseen kuuluu pelin jättäminen pitkäksi ajaksi eri toimintatiloissa. Esimerkiksi tyhjäkäynti keskeytetty tai otsikkonäytössä. Liotus voi tunnistaa muistivuodot tai pyöristysvirheet.

Esimerkki : Peli on alkanut, ja hahmo asetetaan käyttämään 24 tuntia. Tätä tekniikkaa käytetään muistivuotojen ja muiden pelimoottorin vikojen aiheuttamien kaatumisten havaitsemiseen.

7) Palautustestaus

Ohjelmistossa palautustestaus tarkistaa, kuinka hyvin sovellus voidaan palauttaa kaatumisista, laitteistovikoista ja muista vastaavista vikoista. Sovellus pakotetaan epäonnistumaan, ja myöhemmin havaitaan, kuinka se palautuu vikaolosuhteista ja ympäristöstä.

Esimerkki: Käynnistä pelikonsoli äkillisesti pelisovelluksen ollessa käynnissä ja tarkista, että tietojen eheys on vahvistettu

8) Turvatestaus

Se tarkistetaan, kuinka turvallinen ohjelmisto toimii ulkoisilta uhilta. Tietosuoja ulkoisilta uhilta, hallitsemattomille järjestelmän käyttörajoituksille, tietoturvaloukkauksille, käyttöjärjestelmän aws: lle, viestintäjärjestelmän aws: lle ja heikoille salausalgoritmeille.

Esimerkki: URL-osoitteen vaihtaminen / login to / play pelisivustolle ei saisi sallia suoraa pääsyä peleihin.

9) Muut pelitestaukset

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

Esimerkki : Moninpeli 3D-ajopelit.

Uusien ominaisuuksien, kuten pelin tilapäivitysten, ystäväkutsujen, ensiluokkaisten lahjojen jakamisen, testaaminen. Tämä takaa rikkaan pelikokemuksen käyttäjälle.

Esimerkki : Facebook, Blogit

Äänen testaus

Testaus, jos tiedostojen lataamisessa on virhe, äänitiedostojen kuunteleminen virheiden tai vääristymien varalta, CC-profiloija analysoi värikommentit

Tietokanta- ja pelitilastot

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

Valkoisen laatikon testaus

White Box Testing for Games keskittyy mobiilipelin arkkitehtuuriin, integraatioon ja järjestelmiin.

  1. Kooditarkastus : Lähdekoodi tarkistetaan, ohjelmalogiikka ja yleiset ohjelmointivirheet, koodausstandardien noudattaminen analysoidaan.
  2. Tarkennuksen testaus: Koodipalat syötetään eristettyihin moduuleihin ja tulos analysoidaan.
  3. Data-analyysi: Tiedonkäyttö, tulkinta ja käsittely analysoidaan ja validoidaan eri moduuleille.
  4. Polku- ja virtaustestaus: Suoritetaan oikea objektijärjestys.
  5. Algoritmikohtainen testaus : Tietyn peliskenaarion tai ominaisuuden testaaminen asettamalla tietomuuttujat, tietoarvot koodiin ja suorittamalla se ajonaikaisessa ympäristössä.
  6. Tekoälyanalyysi: AI-komponentin ohjelmoitavien liikkeiden ja toistojen ajotilasto syntyy. Tulos vahvistetaan tarkistamaan, käytetäänkö kaikkia ohjelmoitavia liikkeitä. Esimerkki: käytetään lumilaudan sivukahvaa ja leikkejä (yhdistelmä booli / potku monisuuntaisessa toiminnassa).

Apupelaaminen mukautuvan tekniikan avulla

Apupelaaminen tunnetaan myös esteettömyyspeleinä. Ominaisuudet on suunniteltu mukautuvalla tekniikalla yksilö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 liikkumisvaikeudet.

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

Videopelien testaajan tulee huomioida seuraava testatessaan tällaista peliä

  1. Värien tulisi vilkkua kuviona, ja sävyt soisivat jokaiselle värille.
  2. Jokaisen värin mukana tulee olla äänimerkki.
  3. Visuaalinen data on kuvattava sanoin, jotta näkövammaiset eivät ole kohdanneet mitään ongelmia, joita vastaanotetaan näytönlukuohjelmien avulla.
  4. Pelaajan tulisi kuulla pelin äänet kolmessa ulottuvuudessa, ja hänen on navigoitava sanassa 3D-kosketusnäytöllä ja Spatialisoidulla äänellä

Pelin mittarit, jotka testaajan tulisi tietää.

DAU / MAU (päivittäin aktiiviset käyttäjät / kuukausittain aktiiviset käyttäjät): Joka päivä pelaavien aktiivisten käyttäjien suhde kuukausittain aktiivisten käyttäjien määrään. Kutsutaan myös yleisesti tahmeustekijänä.

Istunto: Joka kerta kun käyttäjä avaa sovelluksen, se lasketaan istunnoksi. Tässä keskitytään istuntojen keskimääräiseen määrään DAU: ta kohden.

Lataussijoitus: Pelin sijoitus tietyssä sovelluskaupassa (iOS, Android Play) kuukausittain ladattavien pelien avulla.

Säilytys: Erittäin tärkeä mittari Android-pelitesterille ilmaista peliä varten. Laske säilyttäminen erottamalla käyttäjät kohortteihin sovelluksen latauspäivän perusteella.

Suorituskykymittarit: Tämä on tarkoitettu verkkopelien tai jatkuvien pelien suorituskyvyn seuraamiseen. Kehysnopeutta, jolla peli suoritetaan asiakkaan laitteistoalustalla, tai pelipalvelimen tapauksessa, sen vakautta ja suorituskykymittareita voidaan käyttää muuttuvien ominaisuuksien ja päivitysten seuraamiseen.

Keskeiset riskit pelitestauksessa

  1. Peli ei luo pakottavia kokemuksia kohderyhmälle.
  2. Pelillä ei ole pelaajakeskeistä suunnittelua
  3. Pelistä puuttuu hauska tekijä ja koukuttava pelattavuus.
  4. Peli ei ole ainutlaatuinen, kilpailukykyinen, nopeatempoinen.
  5. Peli epäonnistuu teknisten ongelmien, rikkinäisten ominaisuuksien, kriittisten virheiden, huonon musiikin äänen ja huonon videon takia.
  6. Pelin kehityskustannukset ylittävät budjetin
  7. Pelin tulisi olla yksinkertainen esteettinen muotoilu ja pelattavuus.

Yhteenveto:

  • Pelin kehityksen elinkaari koostuu kolmesta vaiheesta: Esituotanto, tuotanto, testaus pelitestaustyökalulla ja käyttöönotto
  • Pelien testaaminen on toistuva prosessi, jokainen uusi koontiversio saattaa sisältää vikoja, joten se on testattava perusteellisesti pelien testauksen automaatiotyökaluilla
  • Erilaisia ​​testaustyyppejä ovat 1) toiminnallinen testaus, 2) yhteensopivuuden testaus, 3) suorituskyvyn testaus, 4) vaatimustenmukaisuuden / vaatimustenmukaisuuden testaus, 5) lokalisointitestaus, 6) liotustestaus, 7) palautustestaus, 8) tietoturvatestaus
  • Pelien valkoinen laatikko -testaus keskittyy mobiilipelin arkkitehtuuriin, integraatioon ja järjestelmiin, mukaan lukien 1) kooditarkastus 2) fokusointitestaus 3) data-analyysi 4) polun ja virtauksen testaus 5) algoritmikohtainen testaus 6) tekoälyn analyysi
  • Apupelaaminen tunnetaan myös esteettömyyspeleinä. Ominaisuudet on suunniteltu yksilöiden mukautuvalla tekniikalla
  • Joitakin tärkeitä pelimittareita ovat DAU / MAU, istunto, lataussijoitus, säilyttäminen ja suorituskykymittarit
  • Mobiilipelien testauksen keskeinen riski on, että se ei luo pakottavia kokemuksia kohdeyleisölle