На что должен быть способен хороший инструмент BugTracking? - PullRequest
4 голосов
/ 26 ноября 2008

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

(Я поймал себя на том, что сравниваю инструменты на матрицах функций. Что-то я ненавижу, потому что в конце концов я буду использовать только 3-4 наиболее важные функции, а остальное оставлю нетронутыми.)

Ответы [ 6 ]

6 голосов
/ 26 ноября 2008

Это нужно:

  1. собирать ошибки
  2. ошибок в заказе по приоритету / серьезности / дате выполнения и т. Д.
  3. назначать ошибки разработчикам
  4. отслеживать историю ошибок
  5. связывает похожие ошибки вместе
  6. ссылка на ошибки клиентов
  7. ссылка решает ошибки на релизы
  8. предоставить достаточно информации или ссылку, чтобы получить информацию для воспроизведения ошибки
  9. может использоваться более чем одним разработчиком
  10. Статус ошибки должен быть доступен клиенту, сообщившему об ошибке.

И есть еще.

1 голос
/ 26 ноября 2008

Вещи, которые мне бы очень хотелось увидеть:

1) Голосование - то есть, сколько клиентов / пользователей навредило этой ошибке?

2) Серьезность / приоритет / что угодно - различие между этими терминами является тонким и обычно (ИМХО) незначительным, но вы должны иметь некоторое представление о том, насколько важна ошибка. У большинства инструментов это есть, но оно слишком сложное.

3) Зависимости - как внутренние (от других ошибок в той же системе), так и внешние (внешние библиотеки, программное обеспечение и т. Д.). У большинства ошибок это есть на самом деле, но обычно это не выражается в базе данных, что приводит к долгим бессмысленным дебатам во время сортировки.

Вещи, которые я считаю в значительной степени бессмысленными:

1) Любые обширные вопросники - любой баг-трекер, который задает слишком много вопросов, просто получит неверные данные. Это хуже, чем ничего.

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

1 голос
/ 26 ноября 2008

Это три обязательные функции, которые я считаю наиболее важными:

  • Веб-интерфейс, чтобы люди могли следить
  • Интеграция управления исходным кодом, в противном случае очень сложно отследить, кто что сделал и установить патчи
  • Настраиваемый рабочий процесс с уведомлениями по электронной почте
1 голос
/ 26 ноября 2008

Я не могу ответить на этот вопрос для вас, потому что я не могу предсказать, что важно для вас, или какова ваша ситуация:

  • Вы работаете в большой или маленькой команде разработчиков или в магазине для одного человека?
  • Было бы полезно иметь систему, в которой ваше приложение могло бы автоматически отправлять отчеты об ошибках, которые создают инциденты в вашем программном обеспечении для отслеживания ошибок?
  • Важна ли возможность прогнозировать график выпуска или это просто что-то для стороннего проекта, которым вы занимаетесь в свободное время?
  • Важна ли интеграция с контролем исходного кода?

На самом деле, вы единственный, кто может ответить, какие функции вам необходимы.

1 голос
/ 26 ноября 2008

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

0 голосов
/ 26 ноября 2008

Требуется:

Уведомление по электронной почте. Статус Групповое уведомление Права группы Веб-интерфейс Простой / быстрый интерфейс
...