Что такое хорошая система отслеживания проблем с открытым исходным кодом для не-разработчиков?
Я использовал TRAC для отслеживания ошибок / проблем при разработке программного обеспечения, но он кажется немного сложным для обычного пользователя настольного компьютера. Есть ли что-нибудь лучше (с открытым исходным кодом), которое было бы проще в использовании (чем TRAC), ориентировано больше на конечных пользователей(не разработчиков) и, возможно, проводило бы их через общие сценарии?
10 ответов
Не программное обеспечение: I На предыдущем месте работы, на котором мы работали, мы использовали OTRS ( http://otrs.org/). Он предназначен для среды, не предназначенной для разработки (не исправлен в сборке, найден в сборке). так далее..). Мы настроили его для аутентификации на наших окнах AD.
Что мне нравится в OTRS, так это то, что он может интегрироваться в электронную почту и Интернет. Таким образом, пользователи могут написать по электронной почте о проблеме, она откроет тикет, а затем вы сможете войти в веб-интерфейс и ответить им на свою электронную почту. Если пользователь хочет использовать веб-интерфейс на 1/2 пути, он может... и все, что он отправил по электронной почте, сохраняется в виде заметок. Это все без проблем для вас и пользователя.
У вас также могут быть "готовые ответы", чтобы вы могли отправить электронное письмо пользователю или внести заметку в заявку, не вводя все заново.
OTRS также имеет раздел часто задаваемых вопросов, где вы можете разместить раздел с практическими рекомендациями. Он также может повторно определять определенные слова и автоматически помещать их в разные очереди.
Программное обеспечение: для отслеживания ошибок в программном обеспечении (место, где я сейчас нахожусь) мы используем Mantis BT. Я бы сказал, что его очень легко использовать и настроить, мы проводим аутентификацию на сервере openldap.
В моей текущей работе мы используем Redmine. Я не знаю, считается ли это "проще", но у нас это хорошо работает.
В настоящее время я использую продукт от компании, которая рифмуется с "Bog Peak" на работе для отслеживания проблем. Мне это нравится. Но не с открытым исходным кодом, поэтому он не отвечает на ваш вопрос.
Мне нечего порекомендовать из личного опыта, но я могу высказаться против двух предыдущих предложений: Bugzilla - это кошмар для нетехнических пользователей, а Mantis - куча неудачных юзабилити. Не фанат ни того, ни другого.
Я слышал хорошие вещи о Трак и Маяк. (Хотя Lighthouse на самом деле не считается открытым исходным кодом, он предоставляет бесплатные опции.)
Альтернативой Bugzilla/Redmine является Mantis Bug Tracker.
Если ваши разработчики используют Eclipse, вы должны позаботиться о хорошей интеграции с Mylin, замечательным плагином eclipse, чтобы получить доступ к вашим ошибкам непосредственно из Eclipse, а также связать с ними исходный код.
Я знаю, что в настоящее время поддерживаются Bugzilla и Jira (очень хороший, но не с открытым исходным кодом).
Roundup довольно хорош, и его легко взломать с небольшим знанием Python.
Если вы еще не отказались от подхода Trac, вы можете посмотреть на http://trac-hacks.org/wiki/SimpleTicketPlugin чтобы скрыть некоторые из существующих полей. Также обратите внимание, что если вы удалите все параметры из многих из этих полей, они исчезнут из пользовательского интерфейса.
Кроме того, с Trac 0.11 у нас есть настраиваемые рабочие процессы. Хотя чаще всего используется для добавления большего числа состояний к пути заявки от "нового" до "закрытого", вы можете сократить рабочий процесс до такой степени, что это только два состояния.
Одна из проблем большинства трекеров заключается в том, что они отгоняют клиентов с первого взгляда. Я очень рекомендую Snowy Evening, потому что он такой же мощный, как и другие, но также чрезвычайно прост в использовании для моих клиентов: