Разработчик Euro Truck Simulator 2 и American Truck Simulator опубликовал новый выпуск рубрики «Изнанка разработки», посвящённый команде контроля качества. Главные герои материала — Иван и Дэвид, ведущие QA-специалисты по картам. Они рассказали, как именно устроен процесс тестирования изнутри — и почему он не имеет почти ничего общего с тем, что люди представляют, слыша слово «тестировщик».
Кто эти люди и за что отвечают
Дэвид пришёл в SCS Software в 20 лет — тогда он стал самым молодым сотрудником компании. Сейчас ему 28, и он руководит тестированием карт для American Truck Simulator. За восемь лет он наблюдал, как студия выросла со 100 человек до более чем 400. Его первым крупным проектом было дополнение Oregon.
Иван работает в компании чуть больше шести лет. Начинал с позиции джуниора, сейчас возглавляет команду из 20 человек, которая одновременно следит за качеством обеих игр. Его зона ответственности — карты Euro Truck Simulator 2.
Что на самом деле делают тестировщики карт
Главный миф о QA в игровой индустрии — будто это просто оплачиваемое катание по виртуальным дорогам. Иван и Дэвид разбивают этот стереотип конкретикой. Один участок карты может занять несколько дней проверки: один и тот же отрезок дороги проезжается многократно, с разными ракурсами камеры и отладочными инструментами. Простого прохождения недостаточно.
Тестирование разбито на четыре итерации. Первая — дорожная сеть: повороты, уклоны, проходимость для самых длинных прицепов. Затем экономика: генерация заказов, расположение АЗС, дилеров и компаний. Финальные этапы — визуал, дорожные знаки, трафик, производительность. Для понимания масштаба: дополнение Illinois собрало 6 849 отчётов об ошибках в системе баг-трекинга, South Dakota — 6 318. Каждый баг получает приоритет, чтобы критичное исправлялось первым.
Инструменты и взаимодействие с командой
Команда использует внутренний инструментарий, позволяющий отправить баг прямо из игры или редактора карт в центральную базу данных. Через несколько минут отчёт отображается внутри редактора — дизайнер видит проблему прямо в своей рабочей среде. Это, по словам специалистов, радикально сокращает время на коммуникацию.
Хороший тестировщик — не просто «нашедший баг». Это аналитик, который понимает, почему поломка происходит, умеет её воспроизвести и описать так, чтобы разработчику не пришлось тратить время на догадки. Когда выходит новое DLC и игроки пишут, что дороги ощущаются плавно, а пейзажи выглядят убедительно — за этим стоит именно эта работа.
