Критерии классификации. 
Оценка систем отслеживания ошибок

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

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

Таблица 1.

Классификация критериев в различных категориях.

Сравнительный анализ систем отслеживания ошибок (багтрекинговой системой)

Имеется множество систем отслеживания ошибок. Я выбрал наиболее популярное, наиболее используемое и все еще в процессе усовершенствования, то есть чей релиз продолжается, и ведутся работы по совершенствованию его функции и включению новых функций. В обзоре рассмотрены следующие инструменты: BugZilla [11], Jira [12], Trac [13], Mantis [14], GNats [15], BugTracker.Net [16] и Fossil [17].