Система отслеживания или система отслеживания дефектов — это программное приложение , которое отслеживает обнаруженные ошибки программного обеспечения в проектах разработки программного обеспечения. Ее можно рассматривать как своего рода систему отслеживания проблем .
Многие системы отслеживания ошибок, например те, которые используются в большинстве проектов программного обеспечения с открытым исходным кодом , позволяют конечным пользователям напрямую вводить отчеты об ошибках. [1] Другие системы используются только внутри компании или организации, занимающейся разработкой программного обеспечения . Обычно системы отслеживания ошибок интегрируются с другим программным обеспечением для управления проектами .
Система отслеживания ошибок обычно является необходимым компонентом профессиональной инфраструктуры разработки программного обеспечения, а последовательное использование системы отслеживания ошибок или проблем считается одним из «отличительных признаков хорошей команды разработчиков программного обеспечения». [2]
Основным компонентом системы отслеживания ошибок является база данных , в которой фиксируются факты об известных ошибках. Факты могут включать время сообщения об ошибке, ее серьезность, ошибочное поведение программы и подробности о том, как воспроизвести ошибку; а также личность человека, сообщившего об этом, и всех программистов, которые могут работать над его исправлением. [3]
Типичные системы отслеживания ошибок поддерживают концепцию жизненного цикла ошибки, который отслеживается по присвоенному ей статусу. Система отслеживания ошибок должна позволять администраторам настраивать разрешения в зависимости от статуса, переводить ошибку в другой статус или удалять ошибку. Система также должна позволять администраторам настраивать статусы ошибок и определять, в какой степени ошибка в определенном статусе может быть перемещена. Некоторые системы отправляют электронное письмо заинтересованным сторонам, таким как отправитель и назначенные программисты, когда добавляются новые записи или изменяется статус.
Основное преимущество системы отслеживания ошибок — предоставление четкого централизованного обзора запросов на разработку (включая как ошибки, так и улучшения; границы часто размыты) и их состояния. Приоритетный список ожидающих выполнения задач (часто называемый бэклогом) предоставляет ценную информацию при определении дорожной карты продукта или, может быть, просто «следующего выпуска».
В корпоративной среде система отслеживания ошибок может использоваться для создания отчетов о продуктивности программистов при исправлении ошибок. Однако иногда это может давать неточные результаты, поскольку разные ошибки могут иметь разные уровни серьезности и сложности. Серьезность ошибки может не быть напрямую связана со сложностью ее исправления. Среди менеджеров и архитекторов могут быть разные мнения.
Локальная система отслеживания ошибок (LBT) обычно представляет собой компьютерную программу , используемую командой специалистов по поддержке приложений (часто службой поддержки ) для отслеживания проблем, о которых сообщается разработчикам программного обеспечения. Использование LBT позволяет специалистам службы поддержки отслеживать ошибки на «своем языке», а не на «языке разработчиков». Кроме того, LBT позволяет команде специалистов службы поддержки отслеживать конкретную информацию о пользователях, которые обратились с жалобами — эта информация не всегда может потребоваться в реальной очереди разработки. Таким образом, при наличии LBT существуют две системы слежения.
Системы отслеживания ошибок и проблем часто внедряются как часть интегрированных систем управления проектами . Такой подход позволяет включить отслеживание и исправление ошибок в общий процесс разработки продукта, исправление ошибок в нескольких версиях продукта, автоматическое формирование базы знаний о продукте и примечаний к выпуску.
Некоторые средства отслеживания ошибок предназначены для использования с распределенным программным обеспечением контроля версий. Эти распределенные средства отслеживания ошибок позволяют удобно читать отчеты об ошибках, добавлять их в базу данных или обновлять, пока разработчик находится в автономном режиме. [4] Fossil и Veracity включают в себя распределенные системы отслеживания ошибок.
В последнее время коммерческие системы отслеживания ошибок также начали интегрироваться с распределенным контролем версий . Например, FogBugz обеспечивает эту функциональность с помощью инструмента управления исходным кодом Kiln. [5]
Хотя вики и системы отслеживания ошибок традиционно рассматриваются как отдельные типы программного обеспечения, «икивики» также можно использовать в качестве распределенного средства отслеживания ошибок. Он также может управлять документами и кодом интегрированным распределенным образом. Однако его функциональность запросов не такая продвинутая и удобная для пользователя, как у некоторых других нераспространенных систем отслеживания ошибок, таких как Bugzilla . [6] Аналогичные утверждения можно сделать и относительно org-mode , хотя это не вики-программное обеспечение как таковое.
В то время как традиционные инструменты управления тестированием, такие как HP Quality Center и IBM Rational Quality Manager, имеют собственные системы отслеживания ошибок, другие инструменты интегрируются с популярными системами отслеживания ошибок. [ нужна цитата ]