Какова эффективная и несколько простая в построении система, позволяющая заказчику отправлять отчеты об ошибках после развертывания?

Question

Я буду развертывать игру C ++ / DirectX / Windows в конце января для своих клиентов, и я хотел бы настроить для них простой способ отправки отчетов об ошибках. Должен ли я настроить сайт для этого? Должен ли я встроить его в пользовательский интерфейс игры? Должны ли они просто отправить мне письмо? На очень высоком уровне, каковы некоторые идеи для эффективной и несколько простой в реализации системы, которую я могу построить, чтобы позволить клиентам представлять отчеты об ошибках, описывающие ошибку, условия, при которых она возникла, и, возможно, любые файлы журнала, которые я ' хотите их прикрепить?

Я должен добавить, что я также использую Trac для управления ошибками.

Заранее спасибо!

Answer 1

Все три хороши:

1) Отчеты о сбоях: может собрать информацию о сбое и предложить пользователю ввести свой адрес электронной почты и / или описание.

2) Веб-сайт для технической поддержки, такой как веб-форма: который может отправить электронное письмо.

3) Встроенная техническая поддержка: простая форма для отправки электронной почты.

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

Answer 2

Настройка учетной записи на uservoice.com это приятно. Или разоблачение публичного сервера bugzilla. Оба предлагают комментарии и отслеживания и очень прозрачны для ваших клиентов. Они также предоставляют средства голосования, если вы хотите, чтобы ваши пользователи помогли решить, что важно исправить.

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

Answer 3

+ 1 для fogbugz, если вы все равно хотите купить баг-трекер. (У вас его нет? Вы должны!)

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

Веб-сайт с простым способом отправки отзыва - ссылка на электронную почту или контактная форма - это самый простой в настройке, самый дешевый и быстрый способ обновления. Убедитесь, что ваши спам-фильтры обновлены! Ссылка на веб-сайт, например из меню Пуск, чтобы начать пользователей.

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

Свободно доступный форум также может стать основой для сообщества. Построение сообщества и ведение форума - это большая работа, и не простая.

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

Я считаю, что bugzilla не очень удобна для конечных пользователей (по крайней мере, не из коробки, я уверен, что вы можете настроить ее, если хотите заморачиваться). Также, как уже упоминалось, Fogbugz разрешает публичные представления и имеет встроенный фильтр спама для них. Тем не менее, AFAIK не позволяет отправителю отслеживать состояние его ошибки (я точно не знаю, мы используем FB, но не публичные представления).

---

Так что в качестве плана действий я бы порекомендовал:

Начните с ссылки на веб-сайт и простой формы обратной связи или по электронной почте.

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

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

Answer 4

Взгляните на FogBugz . Это больше, чем «обычная» система отслеживания ошибок в том, что она имеет хорошо интегрированную электронную почту и форумы (с хорошей поддержкой вложений и скриншотов), позволяя вам (конфиденциально) ) управлять поднятыми делами. Размещенный сервис бесплатный для одного или двух пользователей. FogCreek тоже ест свою собачью еду . Если бы я выпускал небольшой собственный проект, это был бы мой первый выбор для «единого окна» для управления такого рода вещами. Существует хотя бы один плагин Trac-Fogbugz; хотя сам не пробовал.

Answer 5

Если вы собираетесь развернуть игру, сделайте себе одолжение:

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

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

Лучше всего, если у вас есть «работа над», вставьте 10 наиболее популярных графических карт с положительным списком последних драйверов. Это охватит 90% аудитории, поэтому потенциальная потеря клиентов незначительна по сравнению с дополнительными затратами. *

Черт Известно, что моя последняя игра не работала на платформе Matrox G400 или 3Dlabs Permedia. Это не остановило некоторых парней от жалоб на то, что игра не будет работать на их 10-летнем устаревшем оборудовании. Я забочусь о 10 парнях, которые пытаются запустить игру на этом оборудовании? Нет, не знаю, но по некоторым причинам именно эти ребята делают большую вещь из того факта, что игра не работает.

Answer 6

Я бы порекомендовал что-то вроде bugtracker его открытое, написанное на C # и веб Я использую его около года и сделал несколько своих модификаций

Answer 7

Я предпочитаю систему отслеживания ошибок сайта, такую ​​как Mantis или Bugzilla , если вы хотите разместить ее самостоятельно, или что-то вроде FogBugz , если вы хотите передать ее на аутсорсинг. ,

Онлайн система отслеживания ошибок;

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

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

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