WikiDer > Система отслеживания ошибок

Bug tracking system

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

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

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

Изготовление

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

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

Возможна автоматическая диагностика на основе содержимого отчета об ошибке, например, автоматическое обнаружение дубликатов ошибок.[4] или же автоматическое исправление ошибок.[5]

использование

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

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

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

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

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

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

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

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

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

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

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

Смотрите также

Рекомендации

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

внешняя ссылка