Выбор лучшего движка для игры, без сомнения, является сложной задачей для разработчиков, но QA часто бывает сложнее подготовиться к тестированию любого диапазона движков, которые им выдаются. Они должны учитывать все особенности каждого движка и беспрепятственно применять различные типы игрового тестирования, чтобы тщательно проверить его.
Доброго времени суток, коллеги и будущие коллеги в индустрии разработки игр. Хотелось бы рассказать, что сейчас происходит на рынке QA в РФ и какие перспективы существуют для новых специалистов.
Начну с ожидаемых hard skills, которые ожидаются от QA. Глобально ничего не поменялось и список на данный момент такой:
Привет, меня зовут Антон Фурсов, и я занимаюсь автоматизацией тестирования в Pixonic. Сегодня поговорим про уже набившую уже всем оскомину автоматизацию тестирования. В последнее время стало модно внедрять ее везде и всюду, но в геймдеве она до сих пор встречается не так часто — из-за специфики самой сферы.
Когда мы слышим термин "Quality Gates" (QGS), мы склонны думать о них довольно недальновидно на уровне проекта как об этапах и предпосылках для перехода к следующему этапу реализации проекта. На проектах, особенно на тех, которые работают с использованием любой гибкой методологии, часто можно обнаружить что показатели качества более низкого уровня (например, критерии входа и выхода из теста, а также определение Definition of Done) часто обсуждаются/документируются, но затем упускаются из виду или вообще не используются.
QGS – это, по сути, очень хорошие чек-листы, подкрепленные простыми рабочими процессами. Они обеспечивают нам наглядность, уверенность и структурность того, что мы поставляем как результат процесса разработки, а также соответствие нашим установленным стандартам качества и ожиданиям. Для любой роли необходимо убедиться, что вы можете организовать список необходимых задач (чек-листов) и выполнить эти важные задачи. Этот процесс является ключом к предоставлению качественного программного обеспечения, когда команда поставляет продукт без спешки и потери качества.
Ниже приведены примеры использования QGS для различных ролей и областей в рамках цикла обеспечения качества и контроля качества. Они продемонстрируют, насколько они могут быть полезны для обеспечения структуры и качества команды и управления разработкой продукта. Несмотря на то, что мы используем QGS, которые визуально являются последовательными, задачи и действия, проходящие через них, могут выполняться параллельно или последовательно в зависимости от вашей методологии доставки (например, гибкая, водопадная и т.д.).
В настоящее время мы можем наблюдать, что в процессе разработки продукта командам приходится быть все более гибкими, так как условия и требования постоянно меняются. В такой ситуации очень легко упустить момент, когда процесс разработки и сам продукт перестают соответствовать необходимым стандартам качества.
Сегодня мы рассмотрим одну из best practices, которая может помочь в такой ситуации – Quality Gates.
Возвращаемся к нашему любимому вопросу - много теории, мало практики. Где тренироваться тестированию самоучке или человеку, которому не хватает практических заданий на курсах?
Test Automation of Unity3D game
Сегодня на примере Unity игры, мы разберем как писать автоматизацию для мобильных игр. Хочется показать то, что написание нестандартных тестов не всегда так сложно как кажется, конечно это требует определенные навыки и инструментарий.
В данный момент я мог бы посоветовать две тулы для автоматизации игр: AltTester [Github] и AutoPlay [Github]
В данном туториале мы будет использовать AutoPlay, в основном конечно потому-что этот тул писал я, версия на гитхабе не самая последняя, но планирую это скоро исправить. таргет девайс - Android, для IOS все идентично в плане написания тестов, только отличается сборка тестируемого билда
Когда игра впервые проходит этап тестирования (QA), может случиться всякое. Все игры отличаются друг от друга, являясь уникальными продуктами с точки зрения программного кода, и это первая сложность, с которой сталкивается любая команда QA: непредсказуемый характер тестирования.
Первая компьютерная игра Spacewar! появилась в 1962 году. Наверняка ее создатель Стив Рассел даже не представлял, что его разработка положит начало развитию одного из самых прибыльных секторов экономики.
По данным исследования аналитической компании Ampere Analysis, в 2021 году на покупку игр, контроллеров и оформление подписок в общей сложности было потрачено 191 млрд долларов. В 2022 году этот показатель немного снизился и составил 188 млрд долларов. Но, согласно прогнозам, уже к 2023 году индустрия восстановится.
Мы поговорили с экспертами из небольших, средних и крупных игровых компаний, с целью узнать, каким образом они справляются с такой часто недооцененной дисциплиной, как обеспечение качества.
Почему нужно включать тестирование программного обеспечения в стратегии разработки AR/VR игр и какие риски следует минимизировать, чтобы обеспечить высокое качество программного продукта на основе AR/VR?
Анализ тестов — это выкидывание лишнего из вашего чек-листа. Работа из серии «сесть и подумать»:
• какие проверки можно объединить?
• какие и вовсе выкинуть?
Было бы здорово дать некий алгоритм, который поможет всегда и везде, но нет, увы. Универсальная фраза здесь только «сесть и ПОДУМАТЬ». А самое главное: «вместе с водой не выплеснуть ребенка». Убирайте тесты аккуратно, особенно в первые годы работы. Возможно, выкинутое было отнюдь не лишним...
Пролог
Живу я в не очень продвинутом ауле, что раскинулся в Карачаево-Черкесии, и точно не помню как вышел на издательскую площадку для html-игр Gamepix. То ли через знакомых чабанов, то ли от приблудившихся джейранов-шатунов. Редкий поисковик или геймерский телеграм-канал долетает до моего населенного пункта.
Регистрация и настройка
С регистрацией на дистрибьюторской площадке проблем не возникло. Всё как у всех: логин, пароль и, здрасти, дашборд. Так как я разрабатываю игры на Construct 3, то буду рассказывать всё в контексте этого движка. Думаю, адепты Unity и фанаты других движков тоже почерпнут для себя что-то полезное. Качаешь плагин, подключаешь штатными средствами констракта через Addon manager. Menu>View>Addon manager. Думаю, тут сложностей не возникнет.
На Хабре уже были подборки «самых масштабных багов в истории»: взорвавшаяся ракета Ariane-5, передозировка радиацией от Therac-25 и так далее.
Но бывают менее катастрофические ошибки, о которых тоже хочется поговорить: неожиданные ситуации, заставлявшие людей много чесать в голове. Наверняка многие читатели Хабра знают почти что апокрифическую историю про электронную почту, которую нельзя было отправить дальше чем на 500 миль. Как такое вообще может быть?
Сейчас мы готовим очередную конференцию по тестированию Heisenbug и вспомнили ещё одну загадочную историю из старого доклада с Heisenbug. Решили поискать в местах вроде Reddit другие интересные случаи. А в итоге представляем пятничную подборку очень странных дел:
Всем привет! Скажу сразу, что это статья человека с большой мечтой о входе в сферу айти в качестве QA, который находится при этом в хардкорных условиях. Сейчас я в поиске своего первого рабочего места после многих месяцев обучения как на курсах, так и самостоятельного. По моей задумке текст должен стать интересной историей для решивших его прочесть. И надеюсь, что у меня получилось. Помимо этого, в ней дополнительно будет немного информации для потенциального работодателя. Я решил начать свои поиски со статьи подобного формата, в связи с невозможностью многих вещей в процессе трудоустройства. И прочитав пост эти нюансы станут вам куда понятнее.
Всем привет, меня зовут Александр Мастюгин, я работаю тестировщиком в студии Nord. В сфере IT бытует предубеждение, что работа тестировщиком — нудное и однообразное занятие. Но я с этим не согласен: на мой взгляд, это творческая, техническая и исследовательская деятельность. Чтобы выполнять эту работу хорошо, нужно погрузиться в задачу, понять все ее тонкости, сложности, разобраться, какие у нее есть подводные камни.
Но для справедливости нужно сказать, что скучный момент все же есть — это регрессия. Чтобы минимизировать ее роль в рабочем процессе и, соответственно, избавиться от рутины, мы в студии Nord решили автоматизировать регрессионное тестирование. В этом тексте я расскажу, что у нас получилось.
Создание консоли в Unity, которой не нужен словарь методов для их вызова и которая поможет вам отлавливать ошибки в вашем приложении или игре, а также воспроизводить их. Консоль способна вызвать как методы с обычными типами данных в параметрах, так и их List-ы и массивы. Исходник проекта прилагается.
Тестирование — неотъемлемая часть разработки игр, и мобильные тайтлы не исключение. Рынок полон устройств самых разных форм-факторов, мощности и совместимости. При этом чем больше игроков, тем игра успешнее и тем доход больше. Чтобы игроков было как можно больше, нужна поддержка максимального количества смартфонов и планшетов. Чтобы этого добиться, нужно “отполировать билд” для работы даже на самых бюджетных девайсах.
Ускорить, оптимизировать и автоматизировать процесс можно и нужно. Как это сделать? Установить тестовую ферму.
