Bugzilla

Материал из RSU WiKi
Перейти к: навигация, поиск
Buggie.png
Bugzilla (Багзилла) — свободная система отслеживания ошибок (багтрекинга) с веб-интерфейсом. В 1998 году Bugzilla была выпущена как открытое программное обеспечение компанией Netscape. По состоянию на 2012 год разрабатывается фондом Mozilla Foundation [1].

Содержание

Установка и настройка

Установка Bugzilla

Скачиваем и распаковываем дистрибутив в папку /srv/www/vhosts/www.example.com/bugzilla/

Скачиваем пакет локализации по адресу http://sourceforge.net/projects/bugzilla-ru/ и добавляем файлы в каталог к bugzill'e

Обновление

Настройка Apache

Alias /bugzilla "/srv/www/vhosts/www.example.com/bugzilla"

<Directory "/srv/www/vhosts/www.example.com/bugzilla">
  AllowOverride All
  Options +ExecCGI -Includes
  Order allow,deny
  Allow from all

  DirectoryIndex index.cgi
  AddHandler cgi-script .cgi
</Directory>

В .htaccess файле Bugzilla добавляем следующее [2] [3]:

# Don't allow people to retrieve non-cgi executable files or our private data
<FilesMatch (\.pm|\.pl|\.tmpl|localconfig.*)$>
  deny from all
</FilesMatch>
<IfModule mod_expires.c>
<IfModule mod_headers.c>
<IfModule mod_env.c>
  # All content to expire NOW!
  ExpiresActive on
  ExpiresDefault A0

  <FilesMatch (\.js|\.css)$>
    ExpiresActive On
    # According to RFC 2616, "1 year in the future" means "never expire".
    # We change the name of the file's URL whenever its modification date
    # changes, so browsers can cache any individual JS or CSS URL forever.
    # However, since all JS and CSS URLs involve a ? in them (for the changing
    # name) we have to explicitly set an Expires header or browsers won't
    # *ever* cache them.
    ExpiresDefault "now plus 1 years"
    Header append Cache-Control "public"
  </FilesMatch>

  # disable caching for dynamic files
  <FilesMatch "\.(pl|php|[sf]?cgi|spl)$">
    Header set Cache-Control: "max-age=0, no-store"
  </FilesMatch>

  # This lets Bugzilla know that we are properly sending Cache-Control
  # and Expires headers for CSS and JS files.
  SetEnv BZ_CACHE_CONTROL 1
</IfModule>
</IfModule>
</IfModule>

Это уберет проблемы с отображением устаревших страниц.

Настройка MySQL

Создаем БД с именем bugs и пользователем bugs:

CREATE USER 'bugs'@'localhost' IDENTIFIED BY  'hack me';
GRANT USAGE ON * . * TO  'bugs'@'localhost' IDENTIFIED BY  'hack me' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0 ;
CREATE DATABASE IF NOT EXISTS  `bugs` ;
GRANT ALL PRIVILEGES ON  `bugs` . * TO  'bugs'@'localhost';

Настройка Bugzilla

Запускаем

./checksetup.pl

Первый раз система проверит необходимые зависимости и создаст конф. файл localconfig в который необходимо вписать наши параметры (sql user etc.):

$webservergroup = 'www';
$db_name = 'bugs';
$db_user = 'bugs';
$db_pass = 'hack me';

Запускаем checksetup.pl во второй раз, система создаст БД и попросит указать пароль администратора системы.

Теперь заходим через веб-интерфейс (http://www.example.com/bugzilla/), логинимся с указанными учетными данными и настраиваем оставшиеся параметры [4].

urlbase => 'http://www.example.com/bugzilla/'
cookiepath => '/bugzilla/'

Чтобы на нашей bugzill'e могли регистрироваться только пользователи конторы, изменим параметр emailregexp следующим образом [5]:

emailregexp => '^[\w\.\+\-=]+@example\.com',

Изменение размера приложения

По умолчанию Bugzilla хранит приложения в своей БД MySQL (ограничение 1000 кБ).

Чтобы включить возможность хранить приложения локально на веб-сервере, при этом увеличив их возможный размер, необходимо:

  1. Перейти в раздел Администрирование->Настройки системы->Приложения.
  2. Изменить параметр maxlocalattachment, указав необходимый возможный размер приложения в МБ.

Работа с системой

At work clipart.pngЭто незавершённая статья, требующая доработки.
что делать, как создавать продукты, объекты, как трекать баги и все все все

Регистрация ошибки в Bugzilla

Bugzilla изначально заточена под разработку программного обеспечения и регистрации ошибок. С ее помощью можно существенно сократить цепочку прохождения задачи от инициатора задачи до конечного исполнителя, при этом все уточняющие вопросы могут обсуждаться напрямую между исполнителем и инициатором задачи, можно в любой момент получить срез по состоянию выполненных и текущих работ, сохранить историю работы над проектом, включая все работы и доработки, контролировать время работы над проектом и производить анализ данных по проектам [6].

Основные понятия, принятые в Bugzilla по умолчанию [7]

Ошибка — это задача или баг («Bug») — ключевое понятие системы. Суть — некоторое задание, запрос, рекламация по поводу ошибки в системе, или просто сообщение, требующее обратной связи.

Продукт — это проект, основной атрибут, задающий структуру. Каждый «Продукт» состоит из набора компонентов. Можно включить классификацию продуктов — дополнительное подразделение продуктов на группы (исключительно двухуровневое).

Компонент — это дополнительная структурная классификация, зависящая от выбранного продукта.

Алгоритм регистрации ошибки

После того как Вы вошли в систему, для регистрации ошибки продукта необходимо произвести несколько последовательных действий.

  1. Прежде всего, выберите продукт, к которому относится ошибка. Продукт, для которого необходимо зарегистрировать ошибку, можно найти, перейдя по ссылке Зарегистрировать ошибку или Создать, или Список.
  2. Затем необходимо выбрать компонент, к которому относится ошибка. Иными словами, Вы должны указать, где произошла ошибка.
    Например, при использовании 1С: Университет: если Вы работали через web-браузер, тогда выбираете Веб-клиент, если же через удаленный доступ, следовательно, выбираете Тонкий клиент.
  3. Версия, Платформа и Операционная Система определяются автоматически. Серьёзность ошибки необходимо указать самостоятельно, так как это может повлиять на ее актуальность, ускорить или замедлить процесс обработки задачи.
  4. Заполняем раздел Аннотация. Это краткое описание — суть ошибки.
    Совет. Можно ответить на вопрос: Что происходит? Ответ: Не проводится учебный план — это и будет краткое описание содержания ошибки.
  5. В разделе Описание происходит непосредственное описание ошибки, то есть последовательно прописываются все действия, которые проводились до возникновения ошибки.
    Например: Последовательность действий: заполнить из xml -> выбираем xml-файл (см. приложение) и файл кафедр (см. приложение)-> тип записи учебного плана: специалист (ГОС ВПО) заочное -> создать в выбранном -> закрываем учебный план -> открываем учебный план, чтобы провести -> выбираем провести и закрыть - сумма по дисциплине не соответствует часам по госу. Продолжить? - Да - Ошибка (см. скриншот в приложении)
    Важно! По возможности необходимо прикреплять скриншот ошибки в приложение.
  6. Для возможности тестирования ошибки необходимо приложить файл(ы), при работе с которыми она возникает. Для этого существует раздел Приложение.
    Важно! Если нужно добавить несколько файлов в приложение, их необходимо архивировать. Для этого в университете используется zip-формат. В пункте Описание добавить краткое описание добавленных файлов.
  7. Теперь Вам необходимо Зарегистрировать ошибку.
    Важно! Убедитесь в том, что сотрудники, которым Вы хотите отправить ошибку, на нее подписаны.

Примечания

  1. Bugzilla. Материал из Википедии — свободной энциклопедии
  2. http://www.webmasterworld.com/apache/4108533.htm?highlight=msg4108535
  3. https://laughingsquid.us/faq/website-setup/
  4. http://www.bugzilla.org/docs/3.0/html/parameters.html
  5. http://comments.gmane.org/gmane.comp.mozilla.devel.webtools/41579
  6. http://habrahabr.ru/company/twins/blog/92769
  7. http://lib.custis.ru/Bugzilla

См. также

Ссылки

Личные инструменты
Пространства имён

Варианты
Действия
Навигация
Инструменты