Bugzilla — это универсальная веб- система отслеживания ошибок и инструмент тестирования, первоначально разработанная и используемая в рамках проекта Mozilla и лицензированная по лицензии Mozilla Public License .
Выпущенное как программное обеспечение с открытым исходным кодом компанией Netscape Communications в 1998 году, оно было принято различными организациями для использования в качестве системы отслеживания ошибок как в бесплатном программном обеспечении, так и в программном обеспечении с открытым исходным кодом , а также в собственных проектах и продуктах. Bugzilla используется, среди прочего, Mozilla Foundation , WebKit , ядром Linux , FreeBSD , [4] KDE , Apache , Eclipse и LibreOffice . [5] Red Hat использует его, но постепенно переводит свой продукт на использование Jira . [6] [7] Это также самостоятельный хостинг . [8]
Bugzilla была первоначально разработана Терри Вайсманом в 1998 году для зарождающегося проекта Mozilla.org как приложение с открытым исходным кодом для замены внутренней системы, которая тогда использовалась в Netscape Communications для отслеживания дефектов в пакете Netscape Communicator . Первоначально Bugzilla была написана на Tcl , но Вайсман решил портировать ее на Perl перед ее выпуском в рамках первых выпусков открытого исходного кода Netscape, в надежде, что больше людей смогут внести в него свой вклад, учитывая, что Perl, казалось, был более популярный язык в то время. [9]
Bugzilla 2.0 стала результатом этого порта на Perl, и первая версия была опубликована через анонимный CVS . В апреле 2000 года Вайсман передал контроль над проектом Bugzilla Таре Эрнандес . Под ее руководством некоторые из постоянных участников были вынуждены взять на себя больше ответственности, а разработка Bugzilla стала более управляемой сообществом. В июле 2001 года, столкнувшись с отвлечением от других своих обязанностей в Netscape, Эрнандес передала контроль Дэйву Миллеру, который по-прежнему руководил им по состоянию на 2020 год [обновлять]. [10]
Bugzilla 3.0 была выпущена 10 мая 2007 г. и содержала обновленный пользовательский интерфейс , интерфейс XML-RPC , настраиваемые поля и разрешения, поддержку mod_perl , общие сохраненные результаты поиска и улучшенную поддержку UTF-8 , а также другие изменения.
Bugzilla 4.0 была выпущена 15 февраля 2011 года, а Bugzilla 5.0 — в июле 2015 года.
График выпуска Bugzilla: [11]
Системные требования Bugzilla включают в себя:
В настоящее время поддерживаются следующие системы баз данных: MySQL , PostgreSQL , Oracle и SQLite . Bugzilla обычно устанавливается в Linux с использованием HTTP-сервера Apache , но можно использовать любой веб-сервер, поддерживающий CGI, например Lighttpd , Hiawatha , Cherokee . Процесс установки Bugzilla управляется из командной строки и состоит из ряда этапов, на которых проверяются системные требования и возможности программного обеспечения.
Хотя в коде существует потенциал для превращения Bugzilla в систему заявок технической поддержки , инструмент управления задачами или инструмент управления проектами, разработчики Bugzilla решили сосредоточиться на задаче разработки системы для отслеживания дефектов программного обеспечения.
Bugzilla возвращает строку «Найдено zarro boogs» вместо «Найдено 0 ошибок», когда поиск ошибок не дает результатов. [12] «Зарро Бугс» задуман как заявление о «ошибках» (ошибочное написание слова «ноль ошибок») [12] [13] и, таким образом, представляет собой мета-заявление о природе отладки программного обеспечения , подразумевающее, что даже если нет ошибки были выявлены, некоторые могут существовать.
Следующий комментарий предоставлен в исходном коде Bugzilla для разработчиков, которых может смутить такое поведение:
WONTFIX используется в качестве метки проблем в Bugzilla и других системах. [15] Это указывает на то, что проверенная проблема не будет решена по одной из нескольких возможных причин, включая то, что исправление будет слишком дорогим, сложным или рискованным. [16] [17]
Bugzilla поддерживает более тонкую детализацию категорий и ключевых слов, и со временем мы будем использовать их больше, что упростит фильтрацию ошибок по конкретным целевым областям.
Теперь нескольким людям легко отслеживать одну ошибку, без необходимости назначать их в специальные списки рассылки, добавлять вложения к ошибкам и так далее.
Многие функции, которые люди ожидают от современных систем отслеживания ошибок, просто отсутствуют в GNATS.