Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Многие системы отслеживания ошибок, например те, которые используются в большинстве программных проектов с открытым исходным кодом , позволяют конечным пользователям напрямую вводить отчеты об ошибках. [1] Другие системы используются только внутри компании или организации, занимающейся разработкой программного обеспечения . Обычно системы отслеживания ошибок интегрируются с другим программным обеспечением для управления проектами .

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

Изготовление [ править ]

Основным компонентом системы отслеживания ошибок является база данных, в которой записываются факты об известных ошибках. Факты могут включать время сообщения об ошибке, ее серьезность, ошибочное поведение программы и подробности о том, как воспроизвести ошибку; а также личность человека, сообщившего об этом, и всех программистов, которые могут работать над его исправлением. [3]

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

Можно выполнить автоматическую диагностику на основе содержания отчета об ошибке. Например, можно выполнять автоматическое обнаружение дубликатов ошибок [4] или автоматическое исправление ошибок . [5]

Использование [ править ]

Основным преимуществом системы отслеживания ошибок является предоставление четкого централизованного обзора запросов на разработку (включая ошибки и улучшения, границы часто нечеткие) и их состояния. Приоритетный список незавершенных элементов (часто называемый невыполненным) предоставляет ценные данные при определении дорожной карты продукта или, возможно, просто «следующего выпуска».

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

Локальная ошибка трекер (LBT) , как правило, компьютерная программа , используемая командой профессионалов поддержки приложений (часто справочная служба ) , чтобы следить за вопросы , сообщенных разработчик программного обеспечения. Использование LBT позволяет специалистам службы поддержки отслеживать ошибки на их «родном языке», а не на «языке разработчиков». Кроме того, LBT позволяет группе профессионалов службы поддержки отслеживать конкретную информацию о пользователях, которые звонили с жалобой - эта информация не всегда может понадобиться в реальной очереди на разработку. Таким образом, есть две системы отслеживания, когда LBT находится на месте.

Часть интегрированных систем управления проектами [ править ]

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

Распределенное отслеживание ошибок [ править ]

Некоторые средства отслеживания ошибок предназначены для использования с программным обеспечением для распределенного контроля версий. Эти распределенные средства отслеживания ошибок позволяют удобно читать, добавлять в базу данных или обновлять отчеты об ошибках, пока разработчик не в сети. [6] И Fossil, и Veracity включают распределенные системы отслеживания ошибок.

В последнее время коммерческие системы отслеживания ошибок также начали интегрироваться с распределенным контролем версий . Например, FogBugz включает эту функцию через инструмент управления версиями Kiln. [7]

Хотя вики и системы отслеживания ошибок обычно рассматриваются как отдельные типы программного обеспечения, ikiwiki также может использоваться в качестве распределенного средства отслеживания ошибок. Он также может управлять документами и кодом в интегрированном распределенном режиме. Однако его функциональность запросов не такая продвинутая или удобная для пользователя, как некоторые другие нераспространяемые средства отслеживания ошибок, такие как Bugzilla . [8] Аналогичные утверждения можно сделать и о режиме org , хотя это не вики-программа как таковая.

Отслеживание ошибок и управление тестированием [ править ]

В то время как традиционные инструменты управления тестированием, такие как HP Quality Center и IBM Rational Quality Manager, поставляются со своими собственными системами отслеживания ошибок, другие инструменты интегрируются с популярными системами отслеживания ошибок. [ необходима цитата ]

См. Также [ править ]

  • Управление жизненным циклом приложений
  • Сравнение систем отслеживания проблем - включая системы отслеживания ошибок
  • Сравнение программного обеспечения для управления проектами - включая системы отслеживания ошибок

Ссылки [ править ]

  1. ↑ Богомил Шопов (8 сентября 2014 г.). «Внедрение отчетов об ошибках на стороне клиента» . Архивировано из оригинального 13 ноября 2014 года . Проверено 17 ноября 2014 года .
  2. ↑ Джоэл Спольски (8 ноября 2000 г.). «Безболезненное отслеживание ошибок» . Проверено 29 октября 2010 года .
  3. ^ Несколько (вики). «Отчет об ошибке» . Докфорж . Проверено 9 марта 2010 .
  4. ^ Jalbert, Николас; Веймер, Уэстли (2008). «Автоматическое обнаружение дубликатов для систем отслеживания ошибок». (: unav) : 52–61. DOI : 10,1109 / dsn.2008.4630070 . ISBN 978-1-4244-2397-2. S2CID  11545475 .
  5. ^ Koyuncu, Анил; Лю, Куй; Bissyandé, Tegawendé F .; Ким, Донгсун; Монперрус, Мартин; Кляйн, Жак; Ле Траон, Ив (2019). «iFixR: восстановление программы на основе отчетов об ошибках». Труды 27-го совместного заседания ACM 2019 года по Европейской конференции по программной инженерии и симпозиуму по основам программной инженерии : 314–325. arXiv : 1907.05620 . Bibcode : 2019arXiv190705620K . DOI : 10.1145 / 3338906.3338935 . ISBN 9781450355728. S2CID  196471046 .
  6. ↑ Джонатан Корбет (14 мая 2008 г.). «Распределенное отслеживание ошибок» . LWN.net . Проверено 7 января 2009 года .
  7. ^ «Особенности FogBugz» . Fogbugz.com . Проверено 29 октября 2010 .
  8. ↑ Джои Хесс (6 апреля 2007 г.). «Интегрированное отслеживание проблем с Ikiwiki» . NetworkWorld.com . IDG . Проверено 10 ноября 2014 года .

Внешние ссылки [ править ]

  • Программное обеспечение для отслеживания ошибок в Curlie
  • Как эффективно сообщать об ошибках
  • Список распространяемого программного обеспечения для отслеживания ошибок