RU/development/qa/project issues

«Существует всего два типа программ: большие и маленькие. Последние не могут работать при наличии ошибок».

Профессор Феликс Владимирович Широков

OpenOffice.org — это большая программа.

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

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

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

Багтрекер — инструмент, предназначен:

• для разработчиков, которые вносят изменения в код проекта;
• для пользователей, которые сообщают о проблемах в проекте OpenOffice.org.

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

Основные возможности

• Сообщать об обнаруженной ошибке, предварительно ознакомившись с [инструкцией];
• Отслеживать решение существующих;
• Комментировать;
• Голосовать за интересующие проблемы;

• Искать зарегистрированные Issue через систему поиска.

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

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

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

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

Все Issue в багтрекере поделены на пять категорий:

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

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

Рассмотрим более подробно значимые для пользователя поля в багтрекере на конкретном примере: http://www.openoffice.org/issues/show_bug.cgi?id=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?

• Быстрый запрос;
• Детальный запрос.