Первые впечатления от работы тестером игр

И так, первое что я хотел бы отметить — это развитие умения "предсказать будущее". Обычно, когда играешь в игру, ты сталкиваешься с какими-то багами или лазейками случайно. Но когда ты тестируешь гейму, надо включать в себе "нуба" и "хацкера" одновременно. Ага, идёт загрузка... надо покликать, нажать Esc, нарезать солягу по клаве... игра не вылетела? Что же, теперь пробуем это же в меню. И так от и до. По каждому элементу в игре (включая проверку каждой кнопочки и разных последовательностей их нажатия). Тут все мысли идут о том, что может сотворить любой игрок (его девушка, младший братишка и кот), и сделать это включая самые-самые абсурдные и маразматичные действия.

Не знаю, для кого как, а для меня это очень увлекательное занятие. Причём, нахождение некоторых багов приносит уйму удовольствия, а невозможность — некоторое разочарование. Ведь как ты не старался, сломать игру так и не получилось. Но это было на мой практике всего-лишь 2 раза (из 17 игровых проектов).

Второе — это хорошая память и наблюдательность. Вот ты увидел какой-то баг. Но твоя задача не только его обнаружить, но ещё и определить (по возможности) при каких условиях он появился. А это значит, что надо начать данный игровой эпизод заново, полностью восстановив последовательность своих действий. Ведь нужно поглядеть, возникнет ли баг снова? Причём результат тут не важен. Если баг не возник, то нужно искать иные способы его вызвать (ведь как-то он появился!), а если возник — то нужно протестировать иные варианты развития ситуации для проверки, возникнет ли этот баг в несколько иных условиях. Таким образом можно выявить именно те условия, при которых возникает ошибка.

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

А вот теперь перейдём к самому главному и интересному — как меняется восприятие графики, звука, дизайна и геймплея, и что в последствии становится базой начинающего геймдизайнера. Начну с графона.

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

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

О геймплее можно написать не одну статью, но всё что было сказано выше всецело подходит и к этому разделу. Если возникает ощущение, что что-то должно взаимодействовать, но этого не происходит — надо это исправить; если механика смотрится скучной, то надо определить с чем это связано и предложить несколько способов по исправлению ситуации (а этих способов действительно много). Более того, по механике тестер всегда находится в определённых рамках: если игра не должна предусматривать прокачки и апгрейдов — мы имеем дело с обычной аркадой — надо найти решения, полностью укладывающиеся в данную концепцию. Здесь надо понимать, какие предложения годные, а какие — нет, ведь внесение правок увеличивает время подготовки игры к релизу.

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

Не уверен, что данная статья окажется кому-нибудь таки полезной, но почему бы и нет, чёрт побери? ;)