Зачем использовать программное обеспечение для отслеживания ошибок?

Ответ 1

Программное обеспечение для отслеживания ошибок также полезно для установки этапов и приема запросов функций.

Ответ 2

Статистика, отчетность, отслеживание выполнения, автоматизация.

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

• Найти скорость (на тестер) - насколько хороши ваши тестеры x, насколько ошибкой является ваш код.
• Fix rate (per dev) - насколько хороши ваши разработчики x, насколько неприятны ваши ошибки.
• Bucketing - какие функции являются самыми тяжелыми/кто пишет большинство ошибок?
• Оценка того, когда будут достигнуты этапы, основанные на наклоне ошибки.
• Рабочие элементы и предложения - мы помещаем этот материал в наши базы данных, а не просто ошибки.

Другие хорошие биты данных, которые вы можете получить из своей БД:

• Что тестируется?
• Список исправленных проблем для тестирования регрессии.
• Исторические данные! Мы отслеживаем все наши проекты и сравниваем их соответствующие склоны ошибок.
• Один источник для всех сообщений об ошибках.

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

Ответ 3

Какую альтернативу вы планируете использовать? Эл. адрес? Белая доска? Ваша краткосрочная память? Это поможет, если вы сравните с альтернативным, а не в вакууме.

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

• Каждый может посмотреть на программное обеспечение, чтобы понять, сколько ошибок осталось исправить.
• Люди, которые видят проблемы, могут посмотреть, были ли они уже найдены.
• Общий источник данных об ошибках может упростить группирование ошибок как группы.
• Программное обеспечение для отслеживания ошибок позволяет людям на всех уровнях продукта (dev, test, pm, management) видеть общее представление о мире.

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

Ответ 4

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

Ответ 5

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

О, и он бьет пост-свои комментарии и в коде в качестве напоминаний todo.

Ответ 6

• Проверка работы вашего программного обеспечения.
• Иметь измеримый способ определения статуса вашего программного обеспечения (например: альфа: ошибки с высоким приоритетом по-прежнему открываются, бета-версия: только незначительные ошибки открываются, RC: не обнаружено сообщений об ошибках)
• присвоение ошибок соответствующему разработчику/команде/отделу

Ответ 7

Отношения с клиентами

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

Ответ 8

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

Ответ 9

Мы создали TrackJumper в качестве помощи фрилансерам, чтобы помочь им общаться с клиентами. Когда проект является новым и разрабатывается, "Bug Tracker" на самом деле является ошибочным - это скорее список дел. НО... мы сочли полезным рассматривать новые функции, запросы, вещи, оставленные сломанными так же, как мы будем обрабатывать ошибки. То есть, они назначены кому-то, они могут быть низкого или высокого priortiy, и они могут быть открыты или закрыты. Они также являются темами обсуждения.

Поэтому я бы добавил "помощь в разработке проектов" в список причин использования трекера ошибок.

Ответ 10

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

Ответ 11

См. статью Джоэла Спольского о Безболезненное отслеживание ошибок.

Ответ 12

Это отличный способ для отзывов пользователей. Они сообщают о том, что они действительно находят важными для вашего программного обеспечения (не всегда точно, что бы вы сделали).

Кроме того, он может использоваться для автоматизации таких вещей, как "Известные ошибки", "Дорожная карта", управление обязанностями и т.д. И база данных живых ошибок означает, что программное обеспечение активно развивается, что определенно улучшает образ проекта.

Ответ 13

Лучшие трекеры ошибок прекрасно сочетаются с вашим контролем версий, и они действительно дополняют друг друга. Журналы фиксации VC сообщают вам, кто и что, комментарии в комментариях к ошибкам сообщают вам, почему.

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

Я использую и рекомендую Redmine. Очень приятная интеграция CVS и Subversion.

Ответ 14

Теперь понятно, почему мы должны поговорить о том, какой из них!!!!

Я рекомендую инструмент отслеживания ошибок Assembla. Он очень прост в использовании (так же просто, как при использовании системы gmail stars) и имеет множество интересных функций!

http://www.assembla.com/features/bug-tracking