Введение. 
Оценка систем отслеживания ошибок

Программное обеспечение не является совершенным, это означает, что для программного обеспечения может потребоваться дополнительный модуль или усовершенствование существующего модуля, после чего он может содержать некоторые незаметные или непроверенные ошибки, которые время от времени остаются в программном обеспечении. Ошибка может появляться на любой стадии разработки программного обеспечения, то есть анализа требований (RA), проектирования (SD), кодирования (SC), тестирования (ST), реализации (SI) и обслуживания системы (SM). С быстрым увеличением разработчиков в проектах с открытым исходным кодом, которые постоянно вносят свой вклад в разработку и совершенствование проекта, есть возможность введения новых ошибок в проект. На веб-сайт проекта ежедневно отправляется несколько ошибок, которые могут использовать некоторые инструменты управления конфигурацией (SCM) для управления версиями и выпуском программного обеспечения. Инструменты SCM могут не предоставлять никакого представления об отчетах об ошибках, а также о ходе исправления ошибок. Существует настоятельная необходимость в планировании и внедрении наилучшей системы отслеживания ошибок и отчетности. В среде с открытым исходным кодом обычно, когда ошибка отправляется, любой человек может начать работу по ее исправлению. Но в то же время другие люди могут также начать работу по исправлению той же ошибки. Поэтому владелец или модератор проекта будет путать, какое решение реализовать в системе. Business software провело исследование, целью которого было сравнение лучших поставщиков программного обеспечения для выявления дефектов и ошибок. Не существует ни определенного графика времени для исправления ошибки, ни человека / команды, ответственного за своевременную фиксацию ошибки.

В патентированом программном обеспечении исправление ошибки происходит поэтапно, поскольку на каждом этапе есть отдельная группа, ответственная за работу, выполняемую на этом этапе. В то же время в проекте с открытым исходным кодом любой может найти ошибку и начать работать над этим. Зависимость может стать основной проблемой при вычислении времени для исправления ошибки. Если ошибка обнаружена до фазы реализации, она может быть качественно разрешена командой разработчиков или владельцем модуля. Но как только программное обеспечение выпущено и внедрено, становится очень сложно исправить ошибку. Стало громоздкой задачей для модератора найти подходящего разработчика, который может исправить конкретную ошибку, потому что описание сообщения об ошибке может вообще не предоставлять полной информации [6]. Многие организации обычно полагаются на электронную почту с или без системы сообщений об ошибках с привязкой / обратной связью [1], [5], и эти ошибки будут поддерживаться в электронной таблице или в любом программном обеспечении для редактирования документов. Владельцу или разработчику снова становится очень сложно отслеживать ошибку и ход ее исправления. Существует множество инструментов, разработанных и используемых в настоящее время в промышленности для отчетности и отслеживания прогресса сообщений об ошибках как в небольших, так и в крупных проектах. Множество инструментов было разработано сообществом с открытым исходным кодом, а также частными компаниями, занимающимися разработкой программного обеспечения. Очень сложно выбрать определенную систему отчетности об ошибках и отслеживания, которая может предоставить нам эффективный, целесообразный, полезный и экономически эффективный инструмент для мониторинга хода выполнения графика исправления ошибок [2], [3]. Опрос проводился с целью выявления часто возникающих проблем в системе отчетности об ошибках разработчиками и пользователями [8]. Также были предприняты усилия по моделированию в поисках качества отчета об ошибках в прошлом [7]. Недавно был проведен опрос по инструментам отслеживания ошибок на основе представления, анализа и тенденций [10]. Марко и Александар [10] построили дерево решений на основе некоторых характеристик. Остальная часть статьи организована следующим образом: в разделе 2 документа описывается система отслеживания ошибок и жизненный цикл ошибок. Раздел 3 описывает различные критерии классификации системы отслеживания ошибок. В разделе 4 представлен подробный сравнительный анализ различных систем отслеживания ошибок на основе различных критериев сравнения. В 5 разделе выводы.