Skip to content

You are not logged in. Register orLog In

start:

Несколько слов о багтрекере OpenOffice.org

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

Следует заметить, что открытый процесс разработки и здесь имеет свои преимущества. Судите сами:

  • Любой пользователь может сообщить о найденной им ошибке разработчикам;
  • Вся информация об ошибках открыта;
  • Заинтересованные лица могут голосовать за значимые проблемы и так или иначе участвовать в их устранении.

Для отслеживания проблем в OpenOffice.org существует специальный инструмент — багтрекер.

Что такое багтрекер?

Баг (англ. bug — жук) — ошибка в программе. Issue — в данном контексте может быть переведено как "проблема" или "спорный вопрос".

Багтрекер (Issuezilla, багзилла, трекер) — инструмент, предназначенный, в первую очередь, для разработчиков, которые вносят изменения в код проекта, решающие определенную проблему. С другой стороны, багтрекер предназначен для активных пользователей, которые сообщают о проблемах в проекте OpenOffice.org.

Управлением этой системой занимается команда QA (Quality Assurance), которая проверяет баги и поддерживает базу в актуальном состоянии, а также принимает решения о том, какие проблемы следует исправлять в первую очередь.

Чем багтрекер может быть полезен обычному пользователю?

Пользователь может:

  • Искать проблемы по ключевым словам;
  • Смотреть статус и описание проблемы;
  • Голосовать за интересующие его проблемы;
  • Оставлять комментарии;
  • Регистрировать в системе новые баги.

Как это делается?

  • Для просмотра описания проблемы достаточно воспользоваться системой поиска.
  • Для голосования за проблемы необходима предварительная бесплатная регистрация (с подтверждением по e-mail). Подобная регистрация ни к чему не обязывает. Просто зарегистрированный e-mail адрес появляется в базе данных и пользователь будет получать информацию о ходе работ по интересующей его проблеме.
  • Чтобы оставлять комментарии, необходима регистрация и знание английского языка.
  • Для правильных сообщений о новых ошибках необходимо уметь сформулировать свою проблему и прочитать специальную статью.

Типы проблем в багтрекере

Багтрекер оперирует с несколькими типами проблем. Расскажем о наиболее интересных:

Тип issueОписание
DEFECT
или баг
Проблема, когда функциональность не соответствует заявленной, т. е. что-то работает неправильно, не работает совсем или зависает.
Enhancement
или RFE
Сокращение от "Request For Enhancement" — "запрос на улучшение". Улучшение уже существующего функционала, изменение настроек по умолчанию, улучшение "поведения" и прочие удобства.
Feature Добавление нового функционала в пакет, реализация новой функции, действия, доработка крупных недочетов в функциональности.
Patch Участником сообщества написан и приложен к Issue код, исправляющий проблему.

Приоритет проблем

Проблемы в OpenOffice.org бывают важные и не очень. Все проблемы в багтрекере поделены на пять категорий:

  • P1 — наивысший приоритет, самые редкие проблемы, когда пакет ПОЛНОСТЬЮ неработоспособен из-за ошибок компиляции или падений при запуске. Вряд ли пользователь столкнётся когда-нибудь с ошибками такого рода.
  • P2 — серьёзная проблема, связанная с потерей данных (зависание, падение), на часто используемом действии; или такая проблема затрагивает большое число пользователей.
  • P3 — большинство багов имеют этот приоритет, в том числе RFE (см. Типы проблем в багтрекере).
  • P4 — малозначимая проблема вроде ошибки перевода, опечатки, текста, не помещающегося на экране в редком диалоге, и прочее, относящееся к "полировке" пакета.
  • P5 — самая малозначимая проблема, особого смысла в этом приоритете нет.

Значения полей

Рассмотрим более подробно значимые для пользователя поля в багтрекере на конкретном примере: http://www.openoffice.org/issues/show_bug.cgi?id=96751

Баг 96751

Левый столбец:

  • Issue # — номер проблемы. Присваивается автоматически.
  • Component — часть проекта OpenOffice.org, к которой относится данная проблема.
    Это может быть Word Processor (Writer), Spreadsheet (Calc), UI (пользовательский интерфейс), Formula editor (Math) и т. п.
  • Subcomponent — более детальная часть, зависимая от Component, например, code, www, scripting, configuration и т. д. Полный перечень и возможные варианты можно найти в системе поиска проблем.
  • Status — текущий статус проблемы. К примеру:
    • Unconfirmed — проблема требует подтверждения;
    • New — новая проблема;
    • Closed — запрос обработан и закрыт;
    • Resolved — запрос обработан и решен.
  • Resolution — как решено. См.:
    • Fixed — для проблемы написан код, устраняющий данную ошибку;
    • Wontfix — по мнению разработчиков, проблему исправлять не следует;
    • Duplicate — данная проблема является дубликатом уже имеющейся.
      В совокупности, поля Status и Resolution полностью описывают статус проблемы. Например, Closed + Duplicate означает, что проблема закрыта, так как является дубликатом более раннего Issue (всегда приводится ссылка на самый первый репорт, так что легко перейти по ссылке).
  • Summary — заголовок проблемы. Составляется автором.
  • Attachments — список приложенных к данному Issue файлов.

Средний столбец:

  • OS — операционная система.
  • Version — версия ООо, в которой проблема впервые была замечена. В дальнейшем значение этого поля изменять не следует.
  • Priority — см. раздел Приоритет проблем.
  • Issue type — см. раздел Типы проблем в багтрекере.
  • Target milestone — версия OpenOffice.org, в которой данная проблема исправлена или предполагается быть исправленной.

Правый столбец:

  • Reporter — автор проблемы.
  • CC — список пользователей, которые будут получать уведомление по электронной почте при любом изменении в этом Issue.

После всех полей следуют описание проблемы, данное автором, и последовательные комментарии участников QA или других пользователей.

Как найти требуемое Issue?

 

См. также...