Mobile spel toets
Die bou van mobiele spel programme vereis dat 'n gedetailleerde proses wat gevolg moet word in 'n sistematiese manier. Hierdie prosesse dek vereiste byeenkoms, gedetailleerde ontwerp, development, gebruikers toets, QA toets, volle beta toets en dan uiteindelik ontplooiing op verskillende teiken toestelle.
Mobile spel toets is ook 'n bietjie anders as gewone mobiele aansoek toets. 'N Doeltreffende mobiele spel toets moet 'n gedissiplineerde sluit, goed gestruktureerde en sistematiese benadering. Die toetsproses moet geïntegreer word met jou ratse ontwikkeling proses. 'N Toets automatisering raamwerk is altyd aanbeveel vir alle vorme van mobiele spel toets as 'n deel van algehele toets en ontwikkelingsproses.
Oor die algemeen, mobiele spel toets volg ook die soortgelyke reëls soos gebruik in software te toets domein. Die breë toets kategorieë is wit boks toetsing en black box toets. Soos per die proses, mobiele spel toets val ook onder hierdie twee kategorieë, maar die doelwitte van die toets is 'n bietjie anders.
Laat ons 'n blik op hierdie twee toetsproses met betrekking tot mobiele spel programme.
- Black box toets: In die geval van mobiele spel toets, dit dek algehele funksionaliteit en play-vermoë aspekte van die aansoek. Die sleutel toets gebiede is grafiese gebruikerskoppelvlak (GUI), bruikbaarheid en gebruikers ervaring. Die ander eienskappe wat val onder hierdie black box toets is spyskaarte / sub-spyskaarte, grafiese gebruikerskoppelvlak-elemente, animasie, spesiale effekte, ens. Die werklike spel op verskillende teiken toestelle is ook 'n integrale deel van black box toets.
- Wit boks toets: Hierdie tipe van die toets fokus op die argitektuur, ontwerp, kodering, integrasie en stelsel aspekte van die mobiele spel. Die toets dek ook 'n derde party integrasie, databasisse, eksterne / sosiale media integrasie, spel enjin, klank integrasie ens.
Toets automatisering is 'n belangrike proses in mobiele spel toets domein. Automation, in black box toets konteks dek die eienskappe, beheer, vermoëns, spel en outomatiese toets vloei van die spel aansoek. Vir hierdie tipe van outomatisasie, Dit word sterk aanbeveel om toetsantwoordstelle bou om die vordering te meet, foutiewe state, beeldherkenning ens.
In wit boks toets konteks, outomatisering fokus hoofsaaklik op die integrasie aspekte van die spel aansoek met ander entiteite.
Die belangrikste metodes in mobiele spel toets is soos volg.
- funksionele toetsing: Dit is oor die algemeen handleiding toets en speel die spel ent na die ander.
- prestasietoetsing: Prestasie is baie van kritieke belang vir suksesvolle speletjies.
- regressie toets: Dit is baie algemeen toets vir veranderinge in die aansoek.
- verenigbaarheid toets: Dit dek die verenigbaarheid van die spel op verskillende teiken toestelle.
- toets vrag: Dit toets die beperking van die stelsel. Dit is oor die algemeen gedoen word deur die gebruik van outomatisering gereedskap.
Die ontwikkeling lewensiklus van mobiele spel aansoeke is amper soortgelyk aan die ontwikkeling van sagteware proses. Laat ons 'n blik op verskillende fases van SDLC met betrekking tot mobiele spel ontwikkeling.
- Konseptualisering / Inception: In hierdie fase, die idee / konsep verfyn en kry 'n finale vorm.
- Design: Dit dek algemene uitleg, bruikbaarheid, gebruikers ervaring ens.
- Ontwikkeling: Dit is die kodering en boufase van die spel aansoek.
- QA / Toets: In hierdie fase die toets en QA aktiwiteite uitgevoer word.
- Ontplooiing: Dit is die finale fase wanneer die spel aansoek ontplooi op verskeie teiken toestelle.
Nou weet ons dat die mobiele spel aansoek ontwikkeling lewensiklus en die toetsproses is met ooreenkoms met 'n normale SDLC en toetsproses. Maar daar is 'n paar meer interessante eienskappe wat nodig tydens mobiele spel ontwikkeling en toetsing te oorweeg.
