Как находить баги в играх

Пропустить нельзя пофиксить: баги в играх и почему их не избежать

Баги это дефекты и сбои, влияющие на пользовательский опыт, без которых редко обходится любой программный продукт. Чего уж греха таить, даже в играх VOKI Games встречаются эти мелкие вредители, несмотря на многоэтапное тестирование профессионалами.

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

Что такое баги в игре: цели тестирования продукта

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

Выявление «жучков», а именно так переводится английское слово bugs, – основная цель тестирования продукта. Оно проводится не только перед релизом игры, а и при мажорных (с серьезными изменениями) и даже минорных (с незначительными исправлениями и дополнениями) обновлениях, чтобы команда разработчиков могла найти баги, проанализировать их и устранить (т.е. пофиксить).

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

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

Тестирование игр: особенности работы тестировщиков

В роли энтомологов, которые отлавливают программных «насекомых», выступают тестировщики. Это специалисты, знающие, как искать баги в играх, работающие по специальным тест-кейсам. Для тестировщика важны определенные качества:

• логическое мышление;
• внимательность и усидчивость;
• хорошая память;
• адаптируемость к задачам;
• мультифункциональность.

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

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

Как искать баги в мобильных играх

Тестирование мобильных игр – многоступенчатый процесс, особенности которого зависят не только от уровня приложения, а и от его реализации. Если говорить коротко, то испытания игрушек проводятся так:

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

В помощь тестерам – многочисленные сценарии, воспроизводящие разные условия работы. К примеру, для зависимых от интернета игр тестирование проводится в стрессовых условиях. Тестировщики следят за тем, что происходит при проседании скорости, переподключении к сети, ее недоступности на протяжении определенного времени. Так происходит и с другими аспектами развлекательного ПО.

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

Одну и ту же игру могут тестировать месяцами и даже годами, если речь идет об огромном проекте. Чаще на тесты отводят 1–2 месяца, этого вполне достаточно для устранения основных уязвимостей и выпуска игры.

Уровни и категории багов

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

1. Блокирующая (Blocker). Самая страшная для геймдева недоработка, которая полностью «ломает» игру, приводит ее в нерабочее состояние. В документации обозначается как S1 и обязательна для исправления до продолжения тестов.
2. Критическая (Critical). На уровне S2 ошибки по-прежнему имеют наивысший приоритет для команды, поскольку затрагивают целый сегмент. Эффекты таких ошибок самые разные – сбои игровой логики, отсутствие защиты игровых данных, разрушение целого пласта функциональности.
3. Значительная (Major). Нуждается в исправлении, но тестирование можно продолжать через другие входные точки. Зачастую статус S3 присваивается ошибкам, при которых часть основной игровой логики работает неправильно. К примеру, нанесение урона лечит противника, оппонент не умирает после окончания шкалы здоровья и так далее.
4. Незначительная (Minor). При таких ошибках логика игры не нарушена, но есть проблемы с дизайном. Чаще всего баги S4 относятся к нарушениям интерфейса пользователя.
5. Тривиальная (Trivial). Наиболее незначительная недоработка, которая относится к категории S5. Она не влияет на финальный продукт и чаще всего касается сторонних сервисов либо внутренней механики. Пользователи вообще не сталкиваются с ошибкой, поэтому такие баги слабо фиксятся.

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

Кроме уровня серьезности, баги делятся на категории по типу ошибки:

• графические – связаны с изображением на экране, в том числе отсутствием текстур, обрезкой областей картинки и другими «артефактами»;
• аудиальные – неправильная озвучка, нарушение уровней громкости, сбои звуков;
• дизайн уровней – в указанную категорию входят проблемы с геометрией, невидимые стены, провалы в полигонах;
• искусственный интеллект – персонажи неправильно реагируют на команды, в игре нарушен баланс сил, отсутствует вход в области, предусмотренные геймплеем;
• физика – отсутствует модель повреждений, нарушены законы гравитации, некорректно отображаются движения;
• стабильность – приложение «фризит» и «крашится», уровни и области не прогружаются, игра зависает;
• производительность – в этот раздел входят баги, связанные с проседанием частоты кадров – ФПС (англ. FPS – frame per second) на мощных устройствах, долгой загрузкой областей, периодической подгрузкой данных;
• нетворкинг – все ошибки, связанные с сетевым соединением. Это и регулярные разрывы связи с сервером, и высокие пинги, и лаги при стандартных игровых действиях.

Гейм-тестировщики последовательно прорабатывают каждую категорию игры и составляют один полноценный отчет. По его итогам разработчики определяют приоритетные пункты и работают над улучшением приложения.

Пользователи = тестировщики: как недоработки попадают в массы

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

1. Тестировщики работают по сценарию. У каждого испытателя есть чек-лист, по которому он ищет ошибки и фиксирует их в специальных ячейках. Таким образом, тестирование стандартизировано и многие ситуации, в которых может оказаться рядовой игрок, попросту не возникают.
2. Баги чинит команда. Тестировщики только документируют недостатки игры и передают их в виде отчетов. Фактически задачей тестеров является проверка работы команды, определение направлений работы и анализ рисков на случай, если баг останется в коде.
3. Разработчики идут на компромисс. Блокирующие и критические ошибки фиксятся в приоритетном порядке, но проблемы с текстурами, моделями и интерфейсом второстепенны. Команде лучше проработать фичи и улучшить сильные стороны, чем заниматься правкой малозначительных, с их точки зрения, багов. Поэтому в релиз часто пускают игру с забавными или раздражающими ошибками.

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

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

Самые скандальные баги геймдева

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

Cyberpunk 2077 . Да, тот самый «шедевр» с Киану Ривзом в мире будущего точно может претендовать на верхние строчки в рейтингах забагованности. Кроме некритичных, но забавных сбоев текстур, механики поведения персонажей и непрорисованных спрайтов, сразу после релиза возникли более серьезные проблемы.

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

Fallout 76 . Мы привыкли считать эту игру легендарной и революционной, но сразу после выхода в свет она была настоящим рассадником багов.

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

Gothic 3 . Легендарная RPG, завершающая трилогию, получила шикарный мир и скрупулезно проработанных персонажей с потрясающими квестами. Но вот про оптимизацию разработчики начисто забыли, что и привело к техническому провалу. Игра постоянно вылетала и тормозила, из начальной локации из-за пустот в текстурах могли выйти только единицы, а игровая механика была абсолютно сырой. И хотя разработчикам удалось довести продукт до нормального состояния патчами, до сих пор фанаты серии полируют ее любительскими заплатками.

Даже среди легендарных игр есть провальные тайтлы, которые запомнились всем. Но стоит отметить, что такие ситуации чаще всего возникают у игр с открытым миром и проработанной механикой – уследить за всем не могут даже профессионалы. В то же время казуальные жанры редко имеют критические ошибки, но создатели все равно выпускают периодические обновления.

Баги, плавно переходящие в фичи

Итог подведем своеобразно – баги могут стать фичами. Серьезно, это хоть и не происходит повсеместно, все равно имеет место в геймдеве. Стоит вспомнить хотя бы баг с поведением полицейских в Grand Theft Auto, которые не объезжали игрока, а старались проехать сквозь него. Копы-психопаты понравились разработчикам и юзерам, прочно войдя в последующие игры серии.

Легендарная «распрыжка» тоже изначально была багом, который появился в Quake. Ее оставили и в других играх (к примеру, Counter-Strike), поскольку запустить режим быстрого движения могли далеко не все игроки, а сам по себе он не был убер-плюшкой. То же касается и рокетджампа, который был замечен случайно, когда игрок выстрелил ракетой себе под ноги. Так родилась обновленная механика, до сих пор юзаемая прогеймерами.

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

Подписывайтесь на наши страницы в Facebook и Instagram , чтобы первыми узнавать интересные факты о разработке мобильного ПО ��

Как находить баги в играх

Как найти баги в играх?

Ответ мастера:

Ни одна игра не может считаться законченной, если она не прошла детальную проверку. Если разработчики игры проигнорировали такой шаг, то игра, наверное, будет напоминать «Готику». В ее третью версию вообще невозможно было играть, пока не выпустили несколько патчей.

Чтобы найти баги в игре, начните с базового теста. Он отобразит работоспособность игрового движка. Его, в принципе, нужно производить на самых ранних стадиях разработки игры. Суть проверки – найти ошибки, которые приводят к «выбрасыванию из игры». Такого типа ошибки следует находить в первую очередь, потому что именно они отбивают всю охоту играть дальше.

Проверьте игру на нескольких компьютерах, которые имеют различные параметры. Важно, чтобы на всех ПК были разные видеокарты, например GeForce и Radeon. А еще нужно тестировать игру на разных видах операционных систем, чтобы приспособить ее к различным условиям.

Теперь протестируйте гейплей для обнаружения багов в игре. Если игра первый тест прошла и работоспособность движка вас устраивает, то можно внимательно изучить разработку принципов и баланса игры. Например, если ваша игра похожая на Dead Space, то обязательно оттестируйте все виды оружия и «фишки» разработчиков. Когда какие-то из них дублируют друг друга или вообще лишние, то их нужно пересмотреть или доработать. Особое внимание нужно уделить проходимости игры, чтобы ее можно было пройти даже на самых последних уровнях.

Более детально тестируйте игры beta-версий или еще более поздних. В таком тестировании нет особых приоритетов. Главная цель – это найти баги и различные погрешности. Если вы тестер, то вы должны перепробовать в игре все возможные и невозможные тактики к прохождению игры, использовать максимальное количество ходов, в общем, проявить фантазию. Используйте все возможности игры, непрерывно меняя стиль. Ведь нужно выяснить, к каким действиям игрока программа не приспособлена.

Такие тестирования в основном проводятся вручную, потому что компьютер еще не научился обладать таким людским достоинством, как фантазия.

Как искать баги начинающему тестировщику?

Перед тем как начать поиск, вспомним что такое баги. Баги и дефекты обнаруживаются тестировщиком при сравнении ожидаемого и реального результата работы программы. Багом может быть любая ошибка, которая вызывает неправильную или непредсказуемую работу приложения.

Что должен знать тестировщик?

В процессе тестирования специалисту приходится работать с большими объемами информации. QA-инженер старается удержать в голове различные варианты проверок. Структурно их можно заключить в следующие вопросы:

Ответом на этот вопрос должна быть четко сформулированная цель и назначение программы. В случае если тестировщик знаком с продуктом поверхностно, процент пропущенных дефектов сильно возрастет. Определите области, которые будут протестированы, а также основные пользовательские сценарии.

• Как может использоваться приложение?

Это взаимосвязь глобальной цели приложения и его более мелких задач. После того как мы удостоверились, что основная функциональность работает, переходим к менее стандартным сценариям.

Провести тестирование программы с негативной точки зрения. Сюда входит ввод неверных данных и вызов исключительных ситуаций. Сценарии в этом случае направлены на проверку устойчивости системы.

• Кто будет использовать приложение?

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

Как взаимодействуют с приложением разные пользователи?

Попробуйте описать портреты разных пользователей и их взаимодействие с приложением в зависимости от определенных параметров. Такими параметрами могут быть сфера занятости, интересы, особенности поведения, черты характера и привычки.

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

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

Приведем пример из шести универсальных персонажей, которые могут использовать приложение.

Менеджер

Менеджер – занятой человек, он работает с приложением между встречами. Он нетерпелив и иногда не сосредоточен, так как все делает в спешке.

Для менеджера будут приоритетными горячие клавиши, максимально быстрое заполнение полей, отсутствие ошибок при быстром завершении, автосохранение, скорость загрузки.

Ищем баги в процессе заполнения форм, скорости их отправки, адресов, по которым идет отправка, проверяем точно ли описаны этапы заполнения и требования к итоговому варианту.

Хипстер

Хипстер любит исследовать новые функциональные возможности и области приложения, которые находятся за пределами главного экрана. Он заядлый исследователь.

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

Баги стоит искать в кроссплатформенности, адаптивности, проверке введенных данных, взаимодействии старой и новой функциональности приложения.

Осторожный

Осторожный пользователь предпочитает рутинные операции, которые должны хорошо работать. Его процессы будут повторяться в каждой сессии.

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

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

Проказник

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

Его заинтересуют SQL и JavaScript-инъекции, манипулирование URL-адресами, получение доступа к личной информации, нарушение ограничений на поля ввода и генерация сообщений об ошибках.

Ищем баги в доступе к секретной информации, проверяем работоспособность всех уведомлений об ошибках и ограничений.

Путешественник

Путешественник сейчас на другом конце света. Он использует приложение редко и в основном в нерабочее время.

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

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

Взрослый

Взрослый относится к старшему поколению и имеет небольшие знания в области вычислительной техники. Имеет определенные трудности с пониманием работы приложения.

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

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

В заключение

Как мы видим, даже тестировщик без опыта работы сможет справиться с поиском некоторых багов. Попробуйте протестировать знакомый сайт или приложение, а если понравится – обязательно подавайте заявку на курсы по тестированию.

Изучайте теорию, практикуйтесь в тест-дизайне. Чтобы стать QA-инженером, важно желание разбираться в том, как этот продукт работает сейчас и как он должен работать в принципе.

Если же вы уверены в своих силах, перед собеседованием на должность тестировщика обязательно подготовьтесь к задачкам на логику.

Глубже в тему: еще статьи

• 6 типичных ошибок начинающего тестировщика ПО
• Как стать тестировщиком игр
• Как устроиться на работу без опыта тестировщику

Как находить баги в играх

Привет
Подскажите (научите) пожалуйста как их найти
Тут такая ситуация
У меня есть канал на You Tube
идеи заканчиваются а делать ролики хочется вот придумал рубрику про баги но не могу не одного найти про все игры идут хорошо не одного бага
как их искать что для этого надо делать
Зарание спасибо

Голосование за лучший ответ
просто играть

Как искать? Играть, смотреть . Может даже встретишь. А ещё можешь с других каналов идеи воровать. Только пожалуйста, забей на это дело, а? Спаси интернет от ещё одного школостримера.

Все просто, играешь на пиратке без обновлений и патчей, еще у тебя должны быть старые дрова и играй на компе который едва вписывается в минималки или вовсе не вписывается, а потом воняй везде что «Игры нынче г0вно неоптимизированное, а вот раньше то было!!».

Источник: Скил [SteamID Ukozer]

Их неимоверное количество.
GTA Vice city millenium часто проваливается под текстуры
18 weels of steel пропадание даже участков дороги
NFS MW 2005 с русскими авто (пропадает всё авто, только колёса остаются)