Jak se zbavit plovoucího brouka?

Chyby jsou defekty a selhání, které ovlivňují uživatelskou zkušenost, bez nichž je jakýkoli softwarový produkt jen zřídka dokončen. Abych byl upřímný, tito malí škůdci se nacházejí dokonce i ve hrách VOKI Games, a to navzdory vícestupňovému testování profesionály.

Některé z chyb jsou neškodné a vyvolávají pouze úsměv, jiné vedou ke katastrofálním následkům pro image vývojářů. Dále si povíme o klasifikaci chyb, práci testerů a o tom, proč se chyby stále dostávají ke koncovému uživateli.

Jaké jsou chyby ve hře: cíle testování produktů

Každá hra je kompilací jiného programového kódu. Řídí se matematickým modelem a obsahuje spoustu funkčních prvků. Chyby jsou nepředvídatelné důsledky kódu a další problémy, které více či méně ovlivňují hru.

Identifikace „chyb“, a tak se překládá anglické slovo bugs, je hlavním cílem testování produktů. Provádí se nejen před vydáním hry, ale také během velkých (s velkými změnami) a dokonce i menších (s drobnými opravami a doplňky) aktualizací, aby vývojový tým mohl najít chyby, analyzovat je a odstranit (tj. opravit je).

V každém produktu jsou nedostatky, zejména v prvních verzích, které po přežití pouze testování nebyly běžnými uživateli dosud studovány. Problém je v tom, že kód hry se skládá z milionů a miliard funkcí a scénářů, jejichž vztahy je velmi těžké předvídat, což znamená, že ve skutečnosti nelze vyloučit chyby.

Proto trochu pozměňme myšlenku vyslovenou o odstavec dříve. Účelem testování produktu je najít kritické chyby, které znemožňují použití hry. To znamená, že drobné závady mohou klidně zůstat, a to je normální jak pro vývojáře, tak pro hráče, ale je nepřijatelné přehlédnout kritickou chybu.

Testování her: vlastnosti práce testerů

Testeři hrají roli entomologů, kteří chytají softwarový „hmyz“. Jedná se o specialisty, kteří vědí, jak hledat chyby ve hrách a pracovat pomocí speciálních testovacích případů. Některé vlastnosti jsou pro testera důležité:

• logické myšlení;
• pozornost a vytrvalost;
• dobrá paměť;
• přizpůsobivost úkolům;
• multifunkčnost.

Testeři hledají chyby ve hrách z pohledu koncového uživatele, záleží na nich, jak kvalitní aplikace bude a zda v ní zůstanou kritické chyby. To vyžaduje znalost alespoň základních principů programování, technologií vývoje softwaru a skriptovacích jazyků.

Testeři zaznamenávají výsledky pozorování a testů do zpráv a zasílají je týmu. Osobně nijak neovlivňují kód a jeho kvalitu, ale zároveň umožňují vývojářům získat úplný přehled o situaci a přijmout opatření ke zlepšení produktu.

Jak hledat chyby v mobilních hrách

Testování mobilních her je vícestupňový proces, jehož vlastnosti závisí nejen na úrovni aplikace, ale také na její implementaci. Stručně řečeno, hračky se testují takto:

• Zařízení, které bylo resetováno na tovární nastavení, je převzato.
• Kontroluje se sestavení, tedy konkrétní softwarová sestava a její verze.
• Studuje se načítací obrazovka a hlavní stránka aplikace.
• Je analyzována správnost různých položek menu, funkčnost tlačítek a přítomnost kritických chyb.
• Kontroluje se mechanika hry a fungování zvuku a bezchybně se testují funkce ukládání a propojení se sociálními sítěmi.

Pro pomoc testerům existuje mnoho scénářů, které reprodukují různé pracovní podmínky. Například u her závislých na internetu se testování provádí za stresových podmínek. Testeři sledují, co se stane, když rychlost klesne, když se síť znovu připojí nebo když se po určitou dobu stane nedostupnou. To se stává i u jiných aspektů zábavního softwaru.

Každý problém nalezený testery je zapsán do zprávy spolu s údaji o situaci, která k němu vedla, projevech poruchy a vyhodnocení rizik. Ano, tester musí být schopen posoudit závažnost problému, aby mohl vývojový tým správně stanovit priority.

Stejná hra může být testována měsíce a dokonce roky, pokud mluvíme o obrovském projektu. Častěji jsou na testování vyhrazeny 1–2 měsíce, což je docela dost na odstranění hlavních zranitelností a vydání hry.

Úrovně a kategorie chyb

Aby se týmu jasně ukázala závažnost chyby, jsou hry testovány podle jasně definovaných kritérií. V tomto případě je každé nalezené chybě přiřazena úroveň. Existuje pět možností závažnosti chyby:

1. Blokování (Blokátor). Nejhorší chybou pro vývojáře hry je ta, která hru zcela „rozbije“ a znefunkční. V dokumentaci je označena jako S1 a před pokračováním ve zkouškách je nutné ji opravit.
2. Kritické (Kritické). Na úrovni S2 mají chyby pro tým stále nejvyšší prioritu, protože ovlivňují celý segment. Účinky takových chyb jsou velmi odlišné – selhání herní logiky, nedostatečná ochrana herních dat, zničení celé vrstvy funkčnosti.
3. Významné (Hlavní). Vyžaduje opravu, ale testování může pokračovat přes další vstupní body. Stav S3 je často přiřazen chybám, ve kterých část logiky základní hry nefunguje správně. Například způsobení poškození vyléčí nepřítele, soupeř nezemře po vyčerpání ukazatele zdraví a podobně.
4. Méně důležitý (Menší). S takovými chybami není narušena logika hry, ale jsou problémy s designem. Nejčastěji se chyby S4 týkají porušení uživatelského rozhraní.
5. Triviální (Triviální). Nejmenší vada, která patří do kategorie S5. Nemá vliv na konečný produkt a nejčastěji se týká služeb třetích stran nebo interní mechaniky. Uživatelé se s chybou vůbec nesetkají, takže se takové chyby špatně opravují.

Prioritou týmu je blokování a také jsou opraveny kritické chyby. Drobné chyby často zůstávají ve vydaných verzích a jsou opraveny v pravidelných aktualizacích.

Kromě úrovně závažnosti jsou chyby rozděleny do kategorií podle typu chyby:

• grafický – spojené s obrazem na obrazovce, včetně chybějících textur, oříznutí oblastí obrazu a dalších „artefaktů“;
• sluchový – nesprávný hlasový projev, porušení úrovní hlasitosti, poruchy zvuku;
• design úrovní – tato kategorie zahrnuje problémy s geometrií, neviditelnými stěnami, mezerami v polygonech;
• Umělá inteligence – postavy nesprávně reagují na příkazy, je narušena rovnováha sil ve hře, neexistuje žádný vstup do oblastí poskytovaných hrou;
• fyzika – neexistuje model poškození, jsou porušeny zákony gravitace, pohyby se zobrazují nesprávně;
• stability – aplikace zamrzne a spadne, úrovně a oblasti se nenačtou, hra zamrzne;
• výkon – tato sekce obsahuje chyby související s poklesem snímkové frekvence (FPS – snímek za sekundu) na výkonných zařízeních, dlouhým načítáním oblastí, periodickým načítáním dat;
• vytváření sítí – všechny chyby související se síťovým připojením. Patří mezi ně pravidelné odpojování od serveru, vysoké pingy a lagy během standardních herních akcí.

Testeři her postupně procházejí každou kategorií hry a sestavují jednu úplnou zprávu. Na základě jejích výsledků vývojáři určují prioritní položky a pracují na vylepšení aplikace.

Uživatelé = testeři: jak se defekty dostávají k masám

Po vydání většiny her začíná příval zpráv o chybách objevených uživateli. Nabízí se otázka: je opravdu nemožné opravit vše před vydáním v alfa a beta fázi testování? Tato situace má několik důvodů:

1. Testeři pracují podle skriptu. Každý tester má kontrolní seznam, podle kterého hledá chyby a zaznamenává je do speciálních buněk. Testování je tedy standardizované a mnoho situací, ve kterých se může běžný hráč ocitnout, prostě nenastává.
2. Chyby jsou opraveny týmem. Testeři pouze dokumentují nedostatky hry a podávají je ve formě zpráv. Ve skutečnosti je úkolem testerů kontrolovat práci týmu, určovat oblasti práce a analyzovat rizika v případě, že chyba v kódu zůstane.
3. Vývojáři dělají kompromisy. Blokování a kritické chyby jsou opraveny jako priorita, ale problémy s texturami, modely a rozhraním jsou sekundární. Pro tým je lepší pracovat na funkcích a vylepšovat silné stránky, než upravovat z jejich pohledu drobné chyby. Proto jsou hry často vydávány s vtipnými nebo otravnými chybami.

Vývojáři mají vždy nějaký termín, který musí splnit, takže většina testování je předána hráčům. Jedná se jak o otevřený test v alfa a beta verzi, tak o využití release verze hry, ve které uživatelé často nacházejí nedostatky.

Pokud testeři pracují na identifikaci kritických chyb, pak jsou uživatelé schopni implementovat ty nejbláznivější scénáře. Jejich účinnost je mnohem vyšší, ale bohužel kvůli nedostatku systematického přístupu může oprava takových chyb trvat měsíce.

Nejskandální chyby ve vývoji her

Čas od času herní komunita vybuchne zprávami a naštvanými zprávami o chybné povaze herních produktů. Ve skutečnosti se ukáže, že všechno není tak špatné a stávající nedostatky jsou pomalu a důkladně opraveny během procesu aktualizace. Existují však také zvláštní bug leadery, které byly výsledkem nepředvídatelnosti kódu a unáhleného vydání:

Cyberpunk 2077 . Ano, ten samý „mistrovský kousek“ s Keanu Reevesem ve světě budoucnosti může rozhodně získat nejvyšší příčky v hodnocení chyb. Kromě nekritických, ale vtipných závad v texturách, mechanismech chování postav a nevykreslených skřítcích se ihned po vydání objevily vážnější problémy.

Auta se teleportovala, klíčové postavy začaly chodit v cyklech, aniž by na uživatele reagovaly, a hra samotná nemilosrdně zamrzla a spadla. Mnoho problémů již bylo odstraněno prostřednictvím aktualizací a oprav, ale vydání bylo skutečně neúspěšné.

Fallout 76 . Jsme zvyklí považovat tuto hru za legendární a revoluční, ale hned po vydání byla skutečnou živnou půdou pro bugy.

Nestvůry byly zobrazeny s deformacemi, servery neustále padaly a uživatelé chyb se stali herními bohy. Během několika let byla hra vyčištěna, ale Bethesda stále ztratila mnoho členů kvůli hrozné kvalitě vydané verze.

Gothic 3 . Legendární RPG, které završuje trilogii, má nádherný svět a precizně zpracované postavy s úžasnými úkoly. Vývojáři ale úplně zapomněli na optimalizaci, což vedlo k technickému selhání. Hra neustále padala a zpomalovala, jen málokdo mohl opustit původní místo kvůli prázdným místům v texturách a herní mechanismy byly naprosto hrubé. A přestože se vývojářům podařilo pomocí záplat uvést produkt do normálního stavu, fanoušci série jej stále leští amatérskými záplatami.

I mezi legendárními hrami se najdou neúspěšné tituly, které si každý pamatuje. Za zmínku ale stojí, že takové situace nejčastěji nastávají ve hrách s otevřeným světem a propracovanou mechanikou – ani profesionálové nedokážou mít přehled o všem. Zároveň neformální žánry mají zřídka kritické chyby, ale tvůrci stále vydávají pravidelné aktualizace.

Chyby, které se plynule mění ve funkce

Shrňme si to jedinečným způsobem – z chyb se mohou stát funkce. Vážně, i když se to nestává všude, stále se to děje při vývoji her. Za připomenutí stojí alespoň bug s chováním policie v Grand Theft Auto, která hráče neobjela, ale snažila se jím projet. Vývojáři a uživatelé si oblíbili psychopatické policisty a stali se součástí následujících her v sérii.

Legendární „skok“ byl také původně chybou, která se objevila v Quake. To bylo ponecháno v jiných hrách (například Counter-Strike), protože ne všichni hráči mohli spustit režim rychlého pohybu a samo o sobě to nebyl uber-bun. Totéž platí pro raketový skok, který byl vidět náhodou, když jim hráč vystřelil raketu pod nohy. Tak se zrodila aktualizovaná mechanika, kterou stále používají progameři.

Hra se tedy neobejde bez chyb, které mohou být jak vážnými problémy, tak neškodnými nuancemi. Na odstranění chyb pracují celé týmy testerů a po vydání se zpracovává zpětná vazba od hráčů. Ale přesto chyby někdy proklouznou a dokonce se změní ve funkce, to také stojí za to vzít v úvahu.

Přihlaste se k odběru našich stránek v facebook и instagramu být první, kdo se dozví zajímavá fakta o vývoji mobilního softwaru :)