Как использовать отслеживание ошибок с открытым исходным кодом (для клиентов)?

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

Итак, мой вопрос: какой инструмент для отслеживания ошибок / поддержки с открытым исходным кодом вы порекомендуете? Я знаю Mantis, который, кажется, является моим лидером для более детальной оценки, но я уже работал с ним (как репортер / участник) и нашел графический интерфейс немного громоздким. Другая проблема заключается в том, что я подумал об использовании этого инструмента для нескольких проектов веб-сайтов разных клиентов.

Интуитивно я бы предпочел запускать только один экземпляр инструмента для всех проектов, чтобы иметь лучший обзор всех критических проблем (независимо от проекта). Конечно, клиент A не должен видеть запрос клиента B (но у каждого клиента может быть несколько учетных записей для отчетов). Может ли Mantis с этим справиться? Можете ли вы порекомендовать другие альтернативы?

P.S .: Я слышал о Jira, но попробую найти бесплатный инструмент для первой попытки.


bug-tracking
person Matt Bannert    schedule 08.02.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

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

Тогда у вас будет рабочий процесс в Mantis, например. у вас есть входящий проект и проекты клиентов, и вы можете отправить электронное письмо с помощью скрытой копии Mantis и темы, содержащей номер проблемы (я использую [1234] в качестве шаблона).

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

person Ingvald    schedule 08.02.2011
comment
Спасибо, это хороший способ использовать богомола с разными проектами и при этом иметь обзор. Я также постараюсь управлять этой настройкой. Что мне не нравится в Mantis, так это его графический интерфейс. Это до чертиков пугает нетехнических пользователей. Преимущество в том, что это уже известно. Если я правильно вас понял, в вашем сценарии пользователи просто продолжают отправлять электронные письма? - person Matt Bannert; 09.02.2011
comment
да. Они могут видеть номер проблемы и относиться к нему, но не к самому трекеру. Затем вы пересылаете (или скрываете собственный ответ) в Mantis, чтобы постоянно обновлять историю проблем. - person Ingvald; 09.02.2011

arrow_upward
1
arrow_downward

Поскольку вы перешли на открытый исходный код, я бы сказал, установите платформу управления проектами, такую ​​как Launchpad, redmine ... и т. Д., А затем создайте проект для каждого из ваших клиентов (конечно, вы можете иметь несколько учетных записей только для одного клиента). Система отслеживания ошибок на этих платформах может служить службой поддержки.

Я бы выбрал Launchpad, потому что он также имеет функцию Q / A и чертежи, а также красивый и очень удобный для пользователя. А еще чертовски легко установить на сервер Ubuntu.

С уважением

person CoolStraw    schedule 08.02.2011