Как тестировать игру без арта: серый прототип в чужих руках

Игра без арта остаётся игрой, и тестировать её можно и нужно. Треды, которые мы читаем каждую неделю, доказывают это с двух сторон. Один разработчик спрашивает, когда есть смысл звать друзей в сборку без арта. А плейтестер из треда о крафте объясняет, что происходит, когда интерфейс не может объяснить сам себя: «if I don't know what your parameters do, I will pick randomly and see what happens». Первый вопрос о тайминге. Второй о подготовке. У обоих есть настоящие ответы, и ни один из них не «сначала арт».

Эта статья о плейтестах сборки из серых кубов, плоских цветов и чисел там, где потом будут картинки. Разберём, что такой билд вправе рассказать, как подготовить его к чужим рукам и как читать сессию, в которой разглядывать нечего. Оговорка до начала: этот блог принадлежит Egmatic, no-code-редактору двухмерных игр в пре-альфе, и при чём здесь серый прототип, рассказано ближе к концу.

Короткий ответ#

Последовательность важна: каждая стадия отвечает на свой вопрос, а ранние стадии дешевле менять. Проверку того, стоит ли идея сборки вообще, разбирает статья о проверке игровой механики до полной сборки. А весь путь от бумаги до движка живёт в материале о том, как быстро проверить игровую идею. Эта статья подхватывает момент, когда серый прототип уже существует и вы хотите пустить в него других людей.

Что такое тестирование серого прототипа#

Словарь стоит зафиксировать сразу: термины используют вразнобой, а различия между ними и есть различия между стадиями теста.

Две строки этой таблицы описывают задокументированную практику, а не фольклор. Словарь вех разработки определяет first playable как первую версию, где основные элементы геймплея работают. Часто она вырастает прямо из прототипа пре-продакшена, а альфа наступает, когда игра функционально закончена, но ассеты всё ещё частично готовы. У плейсхолдер-арта есть и собственное имя, programmer art, и оно говорит само за себя: такой ассет делают, когда он нужен немедленно, и с прицелом заменить до публикации проекта. Выходит, негласное ожидание индустрии такое: игра играбельна и тестируема задолго до того, как стать на что-то похожей.

Лестница готовности: какой фидбэк валиден на каждой ступени#

Главный навык здесь в том, чтобы подбирать вопрос под грубость сборки. Спросите серый прототип о настроении и соберёте шум. Спросите об игровом цикле и соберёте исправления.

Ступень первая: цикл, протестированный в одиночку. Одна механика, одна комната, кубы. Вопрос узкий: цепочка действий, которую игрок повторяет снова и снова, держит внимание без всякой обстановки? На этой ступени работает наш материал о проверке механики, и его дисциплина переносится сюда целиком: каждый облагороженный ассет это помеха. Он даёт тестеру реагировать на то, что вы вовсе не тестируете.

Ступень вторая: цикл в последовательности, всё ещё без арта. Несколько комнат или экранов, цель, условие проигрыша. Теперь тестируются темп, кривые сложности и то, выживает ли управление, когда его осваивают без вас в комнате. Ощущение от игры в механическом смысле, тайминг и отклик, а не полировка, тоже вопрос серой стадии, и как его настраивать, разобрано в статье о том, как сделать игру по-настоящему приятной. Поведение на этой ступени даёт самый качественный сигнал: где тестеры останавливаются, что пробуют дальше, о чём спрашивают вслух.

Ступень третья: плейсхолдер-пас. Бесплатные наборы ассетов и плоские цвета дают каждой фигуре видимую роль. Именно здесь в игру можно спокойно пускать друзей и незнакомцев, и это самая дешёвая ступень для ловли проблем читаемости: неправильно прочитанный силуэт это находка дизайна, а не проблема арта.

Ступень четвёртая: один экран с настоящим артом. Настроение, ощущение и совпадение того, что игра обещает, с тем, что она отдаёт. Это территория вертикального среза, и выводы о балансе всей игры, сделанные здесь, назад не переносятся: срез с готовым артом играется иначе, чем серый прототип, на котором этот баланс настраивали.

Правило, которое держит лестницу: фидбэк о том, чего в сборке ещё нет, это шум. Записывайте его, ведь «выглядит пусто», повторяющееся из раунда в раунд, это данные об обещании игры. Но не действуйте по нему и не рисуйте арт раньше срока. Производственная логика тут арифметика: арт, нарисованный для цикла, который ещё меняется, это переделка, и плейсхолдер существует ровно затем, чтобы впитывать этот риск.

Что говорит пустота#

Сборка без арта не испорченный измерительный прибор. В умелых руках он острее: когда картинки исчезают, игре приходится говорить структурой, и каждое место, где она не справляется, это находка, за открытие которой вы иначе заплатили бы художнику.

Счётчики это арт серого прототипа. Числа урона, таймеры, счётчики попыток, видимый счёт: ставьте число везде, где финальная игра будет говорить картинкой. Счётчики показывают тестеру грамматику игрового цикла и дают вам конкретные числа для сравнения между сессиями. Если на третье прохождение прыжкового отрезка уходит одиннадцать попыток, это находка о сложности, и у неё есть число.

Цвет это первый тест читаемости. Назначьте один цвет на роль: враг, опасность, подбираемое, выход. И никогда не используйте цвет повторно. Когда тестер обходит полезный куб, потому что тот окрашен как опасность, вы нашли проблему коммуникации, пока её исправление ничего не стоит. Просите тестеров говорить, что, по их мнению, означает каждая фигура: каждое несовпадение догадки с ролью это находка, собранная до появления первого ассета.

Чит-клавиши уважают время тестера. Клавиши, которые переносят к тестируемому месту, включают неуязвимость или сбрасывают комнату, превращают получасовую услугу в сосредоточенные пятнадцать минут. Тестер дарит вам внимание; потратить его на перепрохождение контента, которому вы уже доверяете, значит разбазарить подарок и разбавить данные.

Неподписанные опции не собирают данных. Плейтестер из начала статьи, выбиравший параметры крафта наугад, не плохо тестировал: экран плохо работал как измерительный прибор. Меню, чьи параметры не имеют видимого смысла, измеряет только терпение. Или подпишите простым языком, что делает каждая опция, или признайте, что систему тестировать рано; и это тоже настоящий ответ о стадии сборки.

Молчание это канал. Отмечайте, мимо чего тестеры проходят, не тронув. Система, с которой никто не взаимодействует три раунда подряд, говорит вам то, чего не скажет ни одна итоговая анкета.

Подготовка сборки к чужим рукам#

Серому прототипу, который идёт к тестерам, нужна подготовка, и графика тут ни при чём.

• Стабильность важнее полировки. Вылет на третьей минуте заканчивает сессию и ничему не учит. Заморозьте сборку, которая у вас локально прошла до конца чисто, и раздавайте именно её.
• Пятнадцать–тридцать минут контента, не больше. Столько реально могут дать волонтёры, тот же диапазон использует наш гайд по сессиям, и граница заставляет решить, о чём этот раунд.
• Задачи записаны до прихода тестеров. Две-три конкретные цели на языке игрока: «добраться до второй комнаты», «скрафтить один меч», «продержаться шестьдесят секунд». Расплывчатое приглашение даёт расплывчатую сессию.
• Бриф лежит внутри сборки. Первый экран с целью, управлением и одной строкой контекста заменяет объяснение, которое вам захочется дать лично. И то, что тестеры делают с этим экраном, само по себе данные о первом впечатлении.
• Носитель, который ничего не стоит открыть. Веб-сборка за одной ссылкой убирает установку из сессии; варианты разобраны в статье о том, как разместить веб-демо игры. Когда раунды растут и становятся формальнее, формат Playtest в Steam закрывает доступ кнопкой заявки. А когда вопрос превращается в «показывать ли игру незнакомцам вообще», у перехода есть свой материал: когда превращать плейтест в демо.
• Набирайте тестеров под раунд. Пять человек, подобранных под аудиторию игры; как это делать, разбирает наш гайд о наборе плейтестеров. Числа за малыми раундами давно установлены исследованиями юзабилити: один тестер выявляет около 31% проблем, пятеро примерно 85%, а три раунда по пять бьют одному раунду на пятнадцать, потому что между раундами вы исправляете.

Сессия, в которой нечего разглядывать#

Сама сессия идёт по сценарию из нашего гайда о проведении плейтеста, поэтому здесь только то, что специфично для сборки без арта.

Первое: мышление вслух весит больше обычного. Метод пришёл из юзабилити программ, где Якоб Нильсен назвал его, возможно, самым ценным методом во всей дисциплине, и в серой сессии он работает за двоих. Монолог рассказывает, что тестер пытается сделать, и, только на этой стадии, что тестер думает о самих фигурах. Поддерживайте его теми же нейтральными вопросами, которые предписывает метод, и добавьте один серый вопрос от себя: «скажите, что это, по-вашему», указывая на фигуру. Ответы и есть ваши данные о читаемости.

Второе: серая сессия облегчает старейшее правило юзабилити: смотрите, что люди делают, а не то, что они сказали бы. Комментировать нечего, мнения приходят тоньше, поведение выступает резче. Тестер, который четыре попытки бьётся об один и тот же пролёт, это находка, что бы он вежливо ни сказал потом.

Третье: дисциплина журнала. Одна строка на событие: время, что тестер пытался сделать, что сделал, что сказал. После раунда рассортируйте журнал: поведенческие находки ждут действий, заметки о стиле ждут арта. На сортировке выигрывается или проигрывается большинство серых сессий: сырой журнал сборки без арта всегда содержит хор «выглядит недоделанным», и находкой бывает что угодно, только не это.

Частые ошибки#

• Ждать арта, чтобы тестировать. Проблема цикла, найденная после арт-паса, стоит времени художника; найденная в сером прототипе, она стоит один вечер. Плейсхолдер и существует, чтобы впитывать этот риск.
• Задавать серому прототипу вопросы об арте. Настроение, обещание, визуальный стиль: ответы записывайте, по ним не действуйте, а вопрос запланируйте сборке, которая сможет на него ответить.
• Полировать один экран вместо чернового цикла целиком. Красивая первая комната в нетестируемой игре это вертикальный срез, приехавший на две вехи раньше срока.
• Объяснять сборку до сессии. Каждое объяснение это находка, которую вы удалили. Бриф внутри сборки либо работает, либо нет, и оба результата данные.
• Тестировать неподписанные системы. Экраны, полные необъяснённых параметров, порождают случайные клики, а случайные клики не фидбэк. Подпишите опции или уберите экран из этого раунда.
• Действовать по страсти одного тестера. Одна страстная критика это гипотеза; трое, упирающиеся в одну стену, это находка. Исправьте первые три проблемы и наберите новых людей.

Как здесь Egmatic#

Работа из этой статьи это цикл: собрать грубо, поставить перед человеком, посмотреть, поменять одну вещь, выпустить следующую сборку на ту же ссылку. Большинство инструментов поддерживает первую половину и оставляет выпуск разработчику. Egmatic, no-code-редактор и движок двухмерных игр, строится наоборот. Сцена, которую вы собираете в сером, уже работает в движке, который публикует игру. А корабельный слой существует, чтобы доносить сборки до игроков, тестеров в том числе, без кода и без бэкенда между исправлением и следующей сессией.

ИИ внутри работает как усилитель ремесла под вашим руководством: после раунда вы решаете, что меняется, он исполняет, и каждый файл остаётся вашим. Это разделение труда важнее всего как раз здесь, в неделях, когда цикл меняется каждый день, а узкое место это расстояние от «тестер сказал» до «тестер играет в исправленное». Скажем о стадии прямо: Egmatic в пре-альфе, и мы не называем сроков, которых не сможем держать. Список ожидания на egmatic.com это место, где вы можете рассказать, чего не хватает вашему собственному циклу тестирования: в пре-альфе именно приходящие сейчас запросы задают направление разработки.

Заключение#

Тестируйте игру, которая существует, а не ту, которую когда-нибудь нарисуете. Серый прототип отвечает на вопросы, решающие, стоит ли игру вообще рисовать: повторяется ли игровой цикл, выдерживает ли управление незнакомцев, где кусается сложность, передают ли фигуры свои роли. Подготовьте сборку как измерительный прибор: счётчики для чисел, цвета для ролей, подписи для опций, читы для времени, и пустота станет самой острой частью теста. Проводите малые раунды по пять, смотрите на поведение, записывайте всё, действуйте по повторяемости, а арт добавляйте, только когда новые тестеры перестают находить новые проблемы цикла. Тогда арт-пас ложится на цель, которая перестала двигаться, и это самый дешёвый подарок, какой разработчик вообще делает художнику.

Источники#

1. Википедия — Video game development, раздел о вехах: first playable как первая версия с работающими основными элементами геймплея, часто на основе прототипа пре-продакшена; альфа как функциональная завершённость при частично готовых ассетах.
2. Википедия — Programmer art: ассеты-заглушки, которые создают под немедленную нужду и предполагается заменить до публикации проекта.
3. Kenney — Prototype Textures и соседние наборы: ассеты под плейсхолдер, выпущенные по лицензии CC0.
4. Nielsen Norman Group — Thinking Aloud: The #1 Usability Tool, Якоб Нильсен, 15 января 2012: «thinking aloud may be the single most valuable usability engineering method»; нейтральные вопросы ведущего для поддержки монолога.
5. Nielsen Norman Group — Why You Only Need to Test with 5 Users, Якоб Нильсен: около 31% проблем выявляет один тестер, примерно 85% пятеро; три раунда по пять вместо одного исследования на пятнадцать.
6. Nielsen Norman Group — First Rule of Usability? Don't Listen to Users, Якоб Нильсен, 4 августа 2001: смотрите, что люди делают; не верьте их рассказам о сделанном и предсказаниям будущего поведения.
7. Чтения сообществ, которые проводит наша команда, сентябрь 2026: еженедельные треды, из которых собирается наш дайджест фидбэка, включая вопрос разработчика, когда звать друзей в сборку без арта, и комментарий плейтестера «if I don't know what your parameters do, I will pick randomly and see what happens» (23 сентября 2026).