Как тестируют игры :: Детский интернет-магазин

Как тестируют игры

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

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

Какой Life cycle багов удобней.

Как правильно организовать тестирование мультиплеера при WiFi подключении.

Какой метод декомпозиции фич лучше для успешного покрытия тестами.

Зачем проводится тестирование, понятно — находим ошибки, их исправляют. Улучшаем качество продукта, техническое и игровое. Тестирование — один из элементов процесса разработки, необходимых для создания успешного продукта. Разработчики бизнес-приложений выяснили это давно. Они контролируют и качество процесса разработки (SIMM и другие стандарты QA) и закладывают на проверку качество продукта (QC) значительную долю бюджета. Это объединяет все методологии разработки ПО: от Waterfall до Agile. При общей схожести рабочих процессов разработчики игр сильно отличаются в этом плане от разработчиков бизнес-приложений. В чем же причина? Распространенные ответы:

Нам это не нужно.

В целом полезно, но дорого, значит нецелесообразно.

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

Безусловно, в разработке ПО и игр есть объективные отличия. Но это не делает тестирование невозможным или убыточным, особенно если организовывать его правильно. Конечно, хорошей игры не получится без занимательного геймплея, красивого арта и т.д. Но если считать тестирование простой задачей и реализовывать по остаточному принципу — шансы создать игру «в срок и бюджет» будут невысоки. В любом случае, этот «продукт» не доставит особой радости потребителю. Да, тестирование — это дополнительная статья расходов. Но неизбежная, ведь ошибки буду всегда. А значит, кому-то придется их искать.

Рассмотрим пример ложной экономии на группе тестирования. К концу проекта можно посадить освободившихся художников/дизайнеров искать ошибки, а ведущих программистов заставить разбирать баг-репорты от «добровольных помощников». И считать, что «выгодно сэкономили на тестировании». Формально экономия присутствует — дополнительной графы расходов не появилось. Но можно задуматься, насколько разумно использование сотрудников разных отделов в качестве тестеров. Учитывая, что бюджет расходуется как на профессионалов в штате, а получаемая в результате эффективность — как у любителей. Причем работают эти «любители» в качестве бета-тестеров, тогда как обязанности полноценной команды внутреннего тестирования значительно шире, а возможностей — больше.

Итак, почему появилась эта статья? После посещения КРИ, а также общения на тематических форумах, нам стало ясно, что стандарты производства западного (особенно консольного) геймдева практически не применяются при создании игр отечественными разработчиками. Учитывая декларируемые всеми «движение на консоли» и повышение качества продуктов, мы решили поделиться опытом, накопленным за годы работы в компании CreatStudios, за плечами которой порядка 10 выпущенных консольных проектов.

Текущее положение дел платформы Windows Phone - часть 3

Третья и последняя часть цикла портала Phonearena, описывающего положение экосистемы Windows. Здесь речь пойдёт об аппаратном подразделении Microsoft сейчас и после покупки отдела Nokia, носимых устройствах и новом CEO компании Сатье Наделла.