Основная цель этого вопроса - создать список причин, по которым вы должны использовать программное обеспечение для отслеживания ошибок.
У меня есть некоторые основы
Я знаю, что есть другие, возможно, более веские причины, так что они?
Программное обеспечение для отслеживания ошибок также полезно для установки этапов и приема запросов функций.
Статистика, отчетность, отслеживание выполнения, автоматизация.
Мы используем наши базы данных ошибок для отслеживания статистики, например:
Другие хорошие биты данных, которые вы можете получить из своей БД:
Кроме того, без базы данных ошибок, где хранятся автоматические отчеты об ошибках? Любой проект с некоторым охватом будет генерировать тысячи отчетов об ошибках пользователей/автоматических отчетов о сбоях. Автоматически вставляйте этот материал в свою базу данных, чтобы не тратить много времени на жонглирование электронными письмами.
Какую альтернативу вы планируете использовать? Эл. адрес? Белая доска? Ваша краткосрочная память? Это поможет, если вы сравните с альтернативным, а не в вакууме.
В дополнение к тем преимуществам, которые вы отметили, использование программного обеспечения отслеживания ошибок позволяет использовать общий смысл продукта.
Я не могу представить работу над нетривиальным программным обеспечением без какого-либо отслеживания ошибок.
Сотрудничество с членами команды, чтобы назначить ответственность, отслеживать прогресс, получать оценки и поддерживать связь с клиентами, является отличной функцией многих продуктов отслеживания ошибок.
В то время как другие дали ответ на предприятие/услугу, причина, по которой я использовал программное обеспечение для отслеживания ошибок в своем личном проекте, - это просто потому, что мне что-то надоедать. Каждый из билетов напоминает мне, что еще многое предстоит сделать, и не время уходить, потому что программное обеспечение не является "полным".
О, и он бьет пост-свои комментарии и в коде в качестве напоминаний todo.
Отношения с клиентами
Отслеживание ошибок может быть полезно для внутренних целей, оно также дает платформу для клиентов, чтобы выразить разочарование сразу после обнаружения ошибок, не сказав, что разочарование разворачивается внутри них до точки невозврата. Это также повышает профиль компании, если вы предлагаете такие услуги своим клиентам.
Мы создали TrackJumper в качестве помощи фрилансерам, чтобы помочь им общаться с клиентами. Когда проект является новым и разрабатывается, "Bug Tracker" на самом деле является ошибочным - это скорее список дел. НО... мы сочли полезным рассматривать новые функции, запросы, вещи, оставленные сломанными так же, как мы будем обрабатывать ошибки. То есть, они назначены кому-то, они могут быть низкого или высокого priortiy, и они могут быть открыты или закрыты. Они также являются темами обсуждения.
Поэтому я бы добавил "помощь в разработке проектов" в список причин использования трекера ошибок.
Еще одно незначительное преимущество отслеживания ошибок. Когда пользователь сообщает о проблеме, вы можете искать базу данных ошибок, чтобы узнать, является ли она известной проблемой в необычном облике или совершенно новой проблемой. Раймонд Чен имеет пример в этой истории.
См. статью Джоэла Спольского о Безболезненное отслеживание ошибок.
Это отличный способ для отзывов пользователей. Они сообщают о том, что они действительно находят важными для вашего программного обеспечения (не всегда точно, что бы вы сделали).
Кроме того, он может использоваться для автоматизации таких вещей, как "Известные ошибки", "Дорожная карта", управление обязанностями и т.д. И база данных живых ошибок означает, что программное обеспечение активно развивается, что определенно улучшает образ проекта.
Лучшие трекеры ошибок прекрасно сочетаются с вашим контролем версий, и они действительно дополняют друг друга. Журналы фиксации VC сообщают вам, кто и что, комментарии в комментариях к ошибкам сообщают вам, почему.
Хороший bugtracker действительно способствует сотрудничеству между тестированием и отладкой, и это значительно облегчает "перебрасывание" ошибок от одного разработчика к другому, потому что вся информация там, а не в сотне нечетных маленьких писем и заметок.
Я использую и рекомендую Redmine. Очень приятная интеграция CVS и Subversion.
Теперь понятно, почему мы должны поговорить о том, какой из них!!!!
Я рекомендую инструмент отслеживания ошибок Assembla. Он очень прост в использовании (так же просто, как при использовании системы gmail stars) и имеет множество интересных функций!