Коротко: тестувати треба чужими руками: автор знає, куди йти, і тому не бачить проблем. Дайте гру другу без пояснень — усе, про що він запитає, і є список того, що треба виправити.
Ніхто не любить тестувати власну гру. Хочеться одразу показати друзям готовий результат, а не по двадцятому разу проходити той самий рівень у пошуках дрібного багу. І саме тому тестування — той етап, який найчастіше пропускають початківці. Дарма.
Чому «я перевірив і все працює» майже завжди неправда
Розробник тестує свою гру так, як сам звик у неї грати: тими самими кнопками, тими самими маршрутами, у своєму темпі. Реальний гравець зробить щось, чого автор просто не передбачив — натисне кнопку раніше, ніж вона з'явилась, зайде в кімнату задом наперед, спробує застрибнути туди, куди «не можна».
Тому тестування «сам за себе» — це необхідний перший крок, але недостатній.
П'ять типів помилок, які ловить тестування
- Логічні — механіка працює не так, як задумано (двері відчиняються, коли не повинні)
- Продуктивності — гра гальмує при великій кількості об'єктів на екрані
- Інтерфейсу — кнопка не натискається на телефоні, хоча чудово працює на комп'ютері
- Балансу — рівень занадто легкий або неможливо складний
- Крайні випадки — те, що станеться, якщо гравець зробить щось несподіване
Як тестувати самому: спроба зламати
Перед тим як кликати друзів, автор проходить власний чек-лист. Він короткий і майже завжди щось знаходить.
- Пройти рівень так, як його задумано, — від початку до кінця, без зупинок.
- Пройти навпаки: зайти з іншого боку, стрибнути через перешкоду, оминути те, що мало бути обов'язковим.
- Натиснути все й багато разів: кнопку двічі поспіль, кнопку до того, як вона мала з'явитися.
- Постояти на місці хвилину. Чимало скриптів ламається саме тоді, коли нічого не відбувається.
- Померти або програти навмисно — і подивитись, чи коректно гра повертає на початок.
Для дитини це перетворюється на окрему гру «зламай своє», і працює вона краще за будь-яку лекцію про якість: ламати власну споруду весело, а результат — той самий список виправлень.
Тест на телефоні й удвох
Дві перевірки, які майже завжди пропускають. Перша — інший пристрій: у Studio можна одразу подивитися, як гра виглядає на телефоні, і саме там зазвичай з'ясовується, що кнопка не натискається, а половина тексту не влізла.
Друга — кілька гравців. Studio вміє запускати кількох тестових гравців одночасно, і це єдиний спосіб побачити помилки, яких наодинці не існує: двоє беруть один предмет, рахунок зараховується не тому, двері зачиняються перед другим гравцем. Якщо гра розрахована на друзів, без цієї перевірки вона до них не готова.
Чому чужий погляд важливіший за власний
Автор проєкту завжди знає, «як правильно» грати. Саме тому він не помічає незручностей, які одразу впадуть в очі сторонній людині. Один зовнішній тестувальник — навіть однокласник, який побачив гру вперше — знаходить більше проблем за годину, ніж автор за тиждень самостійних перевірок.
Як просити друга протестувати
Найголовніше правило — мовчати. Щойно автор каже «тобі треба піти праворуч і натиснути на синє», перевірка закінчилась: далі друг проходить гру за підказками, а не за інтерфейсом.
Тому домовляються заздалегідь: автор сидить поруч і записує, а не коментує. Записувати варто не тільки слова, а й паузи — місце, де гравець зупинився й роззирнувся, майже завжди важливіше за те, що він потім сказав уголос. І окремо цінна фраза «а що тут робити?»: кожна така фраза — це те, що гра не пояснила сама.
Думка викладача
«Я завжди прошу учнів дати пограти в свою гру комусь, хто взагалі нічого про неї не знає. Реакція буває болючою — «а чому тут не зрозуміло, куди йти?» — але саме ця реакція і є найціннішим фідбеком за весь курс», — ділиться один із наших менторів.
Баг-репорт: як фіксувати знайдені проблеми
«Щось не працює» — не баг-репорт, а марна трата часу того, хто буде виправляти. Корисний формат простий: що я зробив → що очікував побачити → що побачив насправді. Навіть у форматі одного речення це рятує години на з'ясування, що саме зламалось.
Друга половина формату — відтворюваність. Помилка, яку вдається повторити навмисно, вважай виправлена: залишилось знайти рядок. Помилка, яка «інколи буває», може з'їсти вечір, тому перше питання до тестувальника завжди одне — що саме ти робив за мить до того. Якщо повторити не вдається, записують хоча б обставини: скільки гравців було, на якому пристрої, у якій частині рівня.
Що робити зі списком: не все одразу
Після першого зовнішнього тесту список зазвичай лякає — там двадцять пунктів, і хочеться кинути все. Тому ми одразу вчимо ділити знайдене на три купки: ламає гру (виправляємо зараз), заважає грати (виправляємо до показу), хотілося б краще (записуємо на потім).
Третя купка — найважливіша для спокою: ідеї нікуди не зникають, вони просто чекають. А ще саме там із часом виявляється половина майбутнього другого рівня.
Виправив одне — перевір сусіднє
Окремий урок, який діти засвоюють на власній шкоді: виправлення ламає те, що працювало. Підняли швидкість персонажа — він почав перестрибувати стіну. Змінили умову видачі монети — зник рахунок.
Звідси проста звичка: після кожного виправлення пройти не тільки зламане місце, а й те, що поруч. Дорослі команди називають це перевіркою на регресію й автоматизують; на навчальному проєкті вистачає одного проходу рівня цілком.
Коли зупинятися
Протилежна крайність теж існує: дитина нескінченно шліфує рівень і ніколи його не показує, бо «ще не ідеально». Тестування тут перетворюється на спосіб відкласти найстрашніше — момент, коли в гру зіграє хтось чужий.
Орієнтир простий: гру можна показувати, коли її можна пройти від початку до кінця й жодна помилка не змушує перезапускати все спочатку. Решта доробляється після — на живих гравцях видно значно більше, ніж на двадцятому власному проході.
А скільки часу закладати на тестування?
Чесна відповідь — більше, ніж здається спочатку. У маленьких навчальних проєктах ми зазвичай радимо виділяти на тестування щонайменше чверть загального часу розробки. Звучить багато. На практиці це саме той час, який рятує від сорому на публічному показі. Порахувати простіше не в годинах, а в заняттях: на чотири заняття розробки — одне повністю на перевірку й виправлення, без жодної нової можливості.
Тестування — не покарання за погано зроблену гру, а звичайна частина будь-якої розробки, включно з великими студіями. На курсі Roblox Studio ми вчимо цього окремо, тому що без цього навику навіть відмінна ідея губиться в дрібних багах. Приходьте на пробне заняття — покажемо, як це працює на практиці.
