Bugzilla — это структура управления ошибками с открытым исходным кодом (Mozilla Public License), широко используемая сообществами разработчиков с открытым исходным кодом, такими как ядро Linux, Mozilla, OpenBSD, Webkit, GNOME, KDE, Apache, Red Hat и LibreOffice.
Bugzilla уже 20 лет является фаворитом разработчиков, помогая им достичь общей цели — Zarro Boogs . Bugzilla написана на Perl и работает с различными базами данных, включая MySQL, Oracle, PostgreSQL и SQLite.
Давайте посмотрим на фреймворк и посмотрим, почему разработчики должны рассмотреть возможность использования Bugzilla и как это помогает отделить управление ошибками от запросов функций, облегчая жизнь как разработчикам, так и администраторам.
Войти с персоной
Bugzilla позволяет вам войти в систему с помощью Persona Mozilla, которая помогает заменить несколько паролей и заботится о вашей конфиденциальности. Это означает, что вы можете просто войти в Bugzilla с любой существующей учетной записью Persona, и все готово.
Одиночная установка
Для каждой организации требуется только одна установка Bugzilla. Вы можете управлять различными проектами и их компонентами и добавлять их из панели администрирования.
Флаги для обзора
Что если вы хотите получить информацию от пользователя, прежде чем предпринимать какие-либо действия? Или вы хотите, чтобы ваш код был проверен кем-то еще до закрытия ошибки? Bugzilla приходит на помощь с такими флагами, как needinfosec-reviewreviewsec-bounty Довольно круто!
Приложение патчей и комментариев
Bugzilla позволяет вам комментировать ошибки (хотя вы не можете редактировать их после публикации, так что будьте осторожны, ребята), что позволяет обсуждать ошибки между разработчиками и менеджерами. Пользователи могут добавлять вложения к ошибкам, такие как изображения, примеры кода или исправления, которые должны быть объединены с основной базой кода. Эти вложения могут быть либо общедоступными, либо настроены как частные.
Белая доска (для добавления тегов в доску для поиска)
Итак, вопрос, который (* ahem *) беспокоил нас с самого начала: как отделить ошибки от запросов функций. Ну, есть много способов сделать это в Bugzilla, но два выдающихся из них — создание собственного выпадающего списка или использование доски. Вы можете добавить теги в доску, например, feature-request Еще один тег, который часто видели администраторы, это goodfirstbug Эти теги доступны для поиска через панель поиска.
Доступные формы для удобной регистрации ошибок
Bugzilla идеально подходит для того, чтобы помочь нетехническим пользователям сообщать об ошибке за считанные секунды. Все, что им нужно сделать, это щелкнуть File a Bug -> Выбрать продукт -> Заполнить информацию об ошибке -> Submit. Легко ли? Вы также можете создавать настраиваемые поля для форм ошибок. Он также имеет функцию Bugzilla Helper, которая помогает пользователям шаг за шагом сообщать об ошибке.
Профиль каждого участника
У каждого участника в Bugzilla есть профиль, в котором отображаются данные о пользователе, такие как «поданные ошибки», «сделанные комментарии», «назначенные пользователю ошибки», «прокомментированные», «QA-контакт», «отправленные исправления», « исправления рассмотренные »и« ошибки выявлены ». Это помогает команде менеджеров отслеживать работу отдельных разработчиков.
Назначение ошибок и QA-контакт для разработчиков
Вы можете назначать ошибки пользователям или отмечать их для QA-contact Когда вы назначаете ошибку пользователю, он может видеть назначенные ему ошибки на своей информационной панели, а также в своем профиле. Точно так же вы можете пометить человека для QA-Contact
Установка статуса, приоритета и серьезности ошибок
Важной особенностью для администраторов является то, что вы можете установить статус ( ASSIGNED, NEW, UNCONFIRMED, REOPENED--, P1, P2, P3normal, major, enhancement, minor, trivial, blocker, critical В конце концов, важные вещи должны быть рассмотрены в первую очередь, и достаточно взглянуть на положение ошибки.
Панель инструментов продукта и уведомления по почте
Bugzilla имеет панель управления продуктом, которая показывает вам общее количество ошибок, поданных под продуктом, а также делает симпатичные гистограммы, показывающие процент ошибок по статусу, приоритету, серьезности и по отдельным назначенным лицам. Он даже держит вас в курсе, отправляя вам уведомления об изменениях в ошибках, где вы CC, по электронной почте.
Бугзилла против Отдыха
Существует множество других хороших вариантов отслеживания ошибок, включая JIRA, Mantis, Trac, Redmine, EventNum и Fossil. Bugzilla поддерживает интегрированные отчеты, графики и запланированные отчеты по электронной почте, тогда как другие имеют встроенную вики. Redmine, кажется, имеет больше возможностей в этой области. Bugzilla, JIRA, Redmine и Trac поддерживают интеграцию планирования тестирования, настраиваемый рабочий процесс и поддержку юникода, тогда как Fossil не поддерживает ничего из вышеперечисленного, а Mantis не имеет интеграции планирования тестирования.
Redmine, Fossil и Trac не поддерживают индексированный полнотекстовый поиск. Bugzilla и JIRA предоставляют такие интерфейсы, как CLI, REST и SOAP. JIRA предоставляет интерфейс Visual Studio, который впечатляет. У JIRA также есть простая система аутентификации, но Персона Бугзиллы берет пирог. Если вы заинтересованы в хорошем, стабильном приложении для управления ошибками, которое не было Bugzilla, лучшим выбором будет JIRA.
Вывод
Bugzilla — отличный продукт и, как вы видели, широко используемый. Это может повысить эффективность администрирования, управления ошибками и отслеживания разработки проектов и деятельности разработчиков.
Использование приложения для управления ошибками — любого приложения для управления ошибками — для ваших проектов помогает повысить производительность и предоставляет вашим пользователям удобную платформу для сообщения об ошибках для их любимого продукта. Это хорошо стоит исследовать.
Используете ли вы приложение для управления ошибками? Каковы ваши советы по эффективному устранению ошибок?