Всем привет, я — CCP Goliath и сегодня я буду рассказывать о той работе, которую CCP Tier проделал над сервисом обработки отчётов об ошибках (багрепортов). Почти год назад, когда мы запускали сервис, мы прекрасно знали, что нам не хватает двух жизненно важных компонентов: возможности связи между игроками и разработчиками/волонтёрами, а также возможность видеть и редактировать ваш багрепорт. Отсутствие таковых возможностей ничуть не повлияло ни на желание игроков отсылать нам найденные ошибки, ни на желание разработчиков и волонтёров обрабатывать ваши отчёты. Тем не менее, потребность в таких возможностях, очевидно, есть.

Итак, чтобы не тянуть резину, давайте посмотрим на новые фишки!

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

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

И снова привет, с вами CCP Goliath, чтобы познакомить с новой системой отчётов об ошибках. Свой предыдущий блог я посвятил предыстории отчётов в EVE. Сегодня я хочу поговорить о будущем, и о том, как вы можете помочь нам сделать EVE ещё более приятным времяпрепровождением для всех.

Давайте начнём с краткого обозрения что делается для того, чтобы количество ошибок в EVE было настолько малым, насколько это возможно (если вы просто хотите узнать о нововведениях, пропустите несколько параграфов!) На разных этапах разработки QA-аналитик каждой занимающейся той или иной игровой возможностью («фичей») команды разрабатывает план тестирования, чтобы гарантировать, что вся проделанная командой работа будет подвергнута проверке в приемлемом объёме. Они уделяют внимание функциональному тестированию, чтобы убедиться, что основная механика их «фичи» работает как предполагалось, затем переходят к деструктивному тестированию, для проверки «предела прочности» системы в случаях, когда она используется по отличному от задуманного назначению, и, наконец, завершают всё это некоторым количеством исследовательских тестов, проверяя, что системы, которые затрагивают эти нововведения, не были изменены или испорчены. Это, конечно, представляется задачей для Геркулеса, но им помогает в этом деле вся их команда, следуя инициативе, названной нами «Качество Всей Командой» («Whole Team Quality») — фактически, каждый бросается в бой, если есть задача и нужно её решить. Но тестирование на этом не кончается — параллельно этому процессу разработки команда из десяти человек прогоняет наш регрессивный пакет тестов. Это серия тестов, покрывающих все базовые функции механики EVE (и даже больше!). Этим десяти требуется две недели для завершения всех проверок, как результат они обширны и позволяют нам быть уверенными в нашем продукте

Мы нашли решение проблемы, когда некоторые пользователи получали поврежденные файлы обновлений. Проблема вызвана антивирусом/файрволом ESET Smart Security.

Привет энтузиастам EVE! Мы — команда «Особые обстоятельства» (team special circumstances) и на повестке дня у нас ланчер EVE Online.

Вы могли слышать о реорганизации, через которую проходит процесс разработки EVE, ведомый CCP Unifex’ом. Часть этой перестройки — создание новой группы разработчиков в рамках большего сегмента, называемого EVE Service Quality. (Отдел качества обслуживания. — C.)

Этот сегмент включает в себя техподдержку, отдел по связям с сообществом, отдел операций виртуального мира, и — отныне — группу EVE ’Live’ developers. Некоторые из её членов уже знакомы вам, поскольку раньше работали в командах инженерного сегмента, таких как Gridlock, Sleeper Cell, Pi и Riding Mower. Возглавляет её CCP Zulu, и нша задача — работать над качеством того, как происходит ваш игровой процесс.

Не секрет, что прошлая неделя оказалась для нас очень тяжелой; тем не менее у меня накопился ряд новостей, связанных с автоматической отправкой сообщений о сбоях в работе игры (и результатами обработки сообщений, присланных этой системой). Во-первых, систему теперь можно отключить — по просьбе некоторых игроков эта опция была добавлена в состав патча, выпущенного во вторник. Чтобы запретить игре отправлять нам сообщения о сбоях, ее нужно запустить с параметром /noBreakpadUpload; в ноябре на смену этому параметру придет отдельная опция в меню настроек:

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

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

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