Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Bugzilla
Багги, талисман Bugzilla
Багги , талисман Bugzilla .
Скриншот
Bugzilla в действии на bugzilla.mozilla.org
Bugzilla в действии на bugzilla .mozilla .org
Оригинальный автор (ы)Терри Вайсман
Разработчики)Фонд Mozilla
изначальный выпуск26 августа 1998 г . ; 22 года назад [1] ( 1998-08-26 )
Стабильный выпуск
5.0.6 (9 февраля 2019 г . ; 2 года назад [2] ) [±] ( 2019-02-09 )

4.4.13 (16 февраля 2018 г . ; 2 года назад [2] ) [±] ( 2018-02-16 )

Предварительный выпуск5.1.2 (16 февраля 2018 г . ; 2 года назад [3] ) [±] ( 2018-02-16 )
Репозиторий
Отредактируйте это в Викиданных
Написано вPerl
Операционная системаКроссплатформенность
Доступно вНесколько языков
ТипСистема отслеживания ошибок
ЛицензияОбщественная лицензия Mozilla
Интернет сайтwww .bugzilla .org

Bugzilla - это универсальная веб - система отслеживания ошибок и инструмент для тестирования, изначально разработанная и используемая проектом Mozilla и лицензированная под Mozilla Public License .

Выпущенное Netscape Communications в 1998 году как программное обеспечение с открытым исходным кодом , оно было принято различными организациями для использования в качестве системы отслеживания ошибок как для бесплатного, так и для открытого программного обеспечения, а также для частных проектов и продуктов. Bugzilla используется, среди прочего, Mozilla Foundation , WebKit , ядром Linux , FreeBSD , [4] KDE , Apache , Red Hat , Eclipse и LibreOffice . [5] Это также самостоятельный хостинг . [6]

История [ править ]

Изначально Bugzilla была разработана Терри Вайсманом в 1998 году для зарождающегося проекта Mozilla.org как приложение с открытым исходным кодом для замены внутренней системы, которая тогда использовалась в Netscape Communications для отслеживания дефектов в наборе Netscape Communicator . Изначально Bugzilla была написана на Tcl , но Вайсман решил перенести ее на Perl перед ее выпуском как часть раннего выпуска открытого исходного кода Netscape, в надежде, что больше людей смогут внести в нее свой вклад, учитывая, что Perl, казалось, был более популярный язык в то время. [7]

Bugzilla 2.0 стала результатом этого переноса на Perl, и первая версия была выпущена для общественности через анонимную CVS . В апреле 2000 года Вайсман передал контроль над проектом Bugzilla Таре Эрнандес . Под ее руководством некоторые из постоянных участников были вынуждены взять на себя больше ответственности, и разработка Bugzilla стала больше ориентироваться на сообщество. В июле 2001 года, когда Эрнандес отвлекся от других своих обязанностей в Netscape, контроль передал Дэйву Миллеру, который все еще оставался у власти по состоянию на 2020 год . [8]

Bugzilla 3.0 была выпущена 10 мая 2007 года и принесла обновленный пользовательский интерфейс , интерфейс XML-RPC , настраиваемые поля и разрешения, поддержку mod_perl , общие сохраненные результаты поиска и улучшенную поддержку UTF-8 , а также другие изменения.

Bugzilla 4.0 была выпущена 15 февраля 2011 года, а Bugzilla 5.0 - в июле 2015 года.

Хронология [ править ]

График выпуска Bugzilla: [9]

Требования [ править ]

Системные требования Bugzilla включают:

  • Совместимая система управления базами данных
  • Подходящий выпуск Perl 5
  • Ассортимент модулей Perl
  • Совместимый веб-сервер
  • Подходящий агент передачи почты или любой SMTP- сервер

В настоящее время поддерживаются системы баз данных MySQL , PostgreSQL , Oracle и SQLite . Bugzilla обычно устанавливается в Linux с помощью HTTP-сервера Apache , но можно использовать любой веб-сервер, поддерживающий CGI, например Lighttpd , Hiawatha , Cherokee . Процесс установки Bugzilla управляется командной строкой и проходит через серию этапов, на которых проверяются системные требования и возможности программного обеспечения.

Дизайн [ править ]

Жизненный цикл ошибки Bugzilla

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

  • Возможность работать с бесплатными инструментами с открытым исходным кодом. Хотя разработка Bugzilla включает в себя работу по поддержке коммерческих баз данных, инструментов и операционных систем.
  • Поддержание скорости и эффективности любой ценой. Одной из основных привлекательных сторон Bugzilla для разработчиков является ее легкая реализация и скорость, поэтому количество обращений к базе данных сводится к минимуму, когда это возможно, выборка данных остается минимальной, насколько это возможно, и предотвращается создание тяжелого HTML . [ необходима цитата ]
  • Билеты. Например, Mozilla.org также использует его для отслеживания запросов функций. В этом случае элементы (называемые ошибками) могут быть отправлены кем угодно и будут назначены конкретному разработчику. Разрешены различные обновления статуса для каждой ошибки, а также примечания для пользователей и примеры ошибок.

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

Зарро Бугс [ править ]

Bugzilla возвращает строку «zarro boogs found» вместо «0 ошибок найдено», если поиск ошибок не дал результатов. [11] «Zarro Boogs» сам по себе задуман как «ошибочное» утверждение (неправильное написание «ноль ошибок») [11] [12] и, таким образом, является мета-заявлением о природе отладки программного обеспечения , подразумевая, что даже если нет выявлены ошибки, некоторые могут существовать.

Следующий комментарий предоставлен в исходном коде Bugzilla разработчикам, которые могут быть сбиты с толку таким поведением:

Зарро Бугс найден
Это просто глупый способ сказать, что ошибок, соответствующих вашему запросу, не обнаружено. Когда Терри Вайсман (один из первых разработчиков Bugzilla) попросили объяснить это сообщение, он сказал следующее:
Меня просили объяснить это ... когда-то, когда Netscape выпустила версию 4.0 своего браузера, у нас была вечеринка по поводу релиза. Естественно, перед выпуском была предпринята попытка исправить все известные ошибки. Естественно, этого на самом деле не произошло. (Это характерно не только для Netscape или 4.0; то же самое происходило с каждым программным проектом, который я когда-либо видел.) В любом случае, на вечеринке по случаю релиза были розданы футболки, на которых было написано что-то вроде «Netscape 4.0: Zarro Boogs ". Как и в программном обеспечении, у футболки не было известных ошибок. Ага. Итак, когда вы запрашиваете список ошибок и не получаете результатов, вы можете думать об этом как о дружеском напоминании. Конечно, * конечно * есть ошибки, соответствующие вашему запросу, просто их еще нет в системе ошибок ...
- Терри Вайсман
Из Руководства по Bugzilla - Выпуск 2.16.10: Глоссарий [13]

WONTFIX [ править ]

WONTFIX используется для обозначения проблем в Bugzilla и других системах. [14] Это указывает на то, что подтвержденная проблема не будет решена по одной из нескольких возможных причин, в том числе исправление будет слишком дорогостоящим, сложным или рискованным. [15] [16]

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

  • Сравнение систем отслеживания проблем
  • Список вычислительных талисманов
  • Категория: Вычислительные талисманы

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

  1. ^ "Новая версия" Bugzilla "(система ошибок mozilla.org) - с исходным кодом!" . netscape.public.mozilla.announce . Проверено 28 января 2011 .
  2. ^ a b "[9 февраля 2019 г.] Информация о выпуске" . 2019-02-09 . Проверено 15 мая 2019 .
  3. ^ "[16 февраля 2018 г.] Выпуск Bugzilla 5.1.2, 5.0.4 и 4.4.13" . 2018-02-16 . Проверено 24 февраля 2018 .
  4. ^ «Объявление о миграции с GNATS на Bugzilla в списке рассылки FreeBSD» . Bugzilla поддерживает более тонкую детализацию категорий и ключевых слов, и со временем мы будем применять их больше, что упростит фильтрацию ошибок по конкретным целевым областям. Теперь несколько человек могут легко отслеживать одну ошибку, не добавляя их в специальные списки рассылки, не добавляя вложения к ошибкам и т. Д. Многие функции, которые люди ожидают от современной системы отслеживания ошибок, просто отсутствуют в GNATS.
  5. ^ "Список установки" . bugzilla.org .
  6. ^ «Сообщение об ошибках» . Bugzilla . Bugzilla. 31 декабря 2014 . Проверено 9 января 2014 .
  7. ^ «Краткая история» . Дорожная карта развития . Mozilla.org . Проверено 22 ноября 2006 .
  8. ^ «Профили разработчика» . Веб-сайт Bugzilla . Mozilla.org . Проверено 2 июля 2013 .
  9. ^ «Даты выпуска» . Информация о выпуске . Mozilla.org . Проверено 31 марта 2011 .
  10. ^ «Принципы дизайна» . Дорожная карта развития . Mozilla.org . Проверено 22 ноября 2006 .
  11. ^ a b « Найден глоссарий Bugzilla Guide для Zarro Boogs » . Глоссарий . Bugzilla.org . Проверено 21 апреля 2008 .
  12. ^ Придуман Майкл игрушкакак описано Тара Hernandez в PBS документального код Rush . Событие происходит в 18:21.
  13. ^ «Глоссарий» . www.bugzilla.org .
  14. ^ «Статус ошибки WONTFIX - openSUSE» . en.opensuse.org . Проверено 9 мая 2018 .
  15. ^ «Что делать и чего не делать в Bugzilla» . Проверено 9 мая 2018 .
  16. ^ «Статус ошибки WONTFIX» . Проверено 9 мая 2018 .

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

  • Официальный веб-сайт