(Источник: Ошибки / Важность (Документация по команде ошибок) )
Ubuntu Bug Squad является одной из движущих сил для Ubuntu Bugs, и ведет документацию об этом для справки каждого человека.
Для людей, которые ненавидят читать другие сайты, и для тех немногих людей, которые могут быть ленивыми, чтобы щелкнуть ссылку в начале этого ответа, я в основном скопирую дословно информацию из базы знаний об Bug Squad, которая важна здесь :
БЫСТРОЕ ПРИМЕЧАНИЕ : Когда здесь упоминается «Core» или «Non-Core», отряд ошибок отправляет «core» как часть пакета ubuntu-desktop, или того, что устанавливается по умолчанию на образы LiveCD. Это может измениться в будущем, в зависимости от дальнейшего обсуждения в Команде Жуков по этому вопросу.
(Обратите внимание, что приведенная ниже информация может быть устаревшей с документацией в вики, вам следует обратиться к вики для получения самой последней информации.)
Ubuntu использует следующие рекомендации для определения важности. Важность ошибки означает приоритет, который должны уделять люди, исправляющие ошибки.
Вот значения различных значений важности):
- Не определено : по умолчанию для новых ошибок. Также означает, что недостаточно информации для определения важности
- Список пожеланий : отсутствует функциональность
- Это не всегда ошибки, но могут быть идеи для новых функций, которые еще не существуют.
- Это также могут быть запросы на упакованное программное обеспечение для Ubuntu.
- Если его реализовать нетривиально, его лучше написать в виде спецификации функции, см. FeatureSpecifications.
- Это могут быть ошибки, которые влияют на экспериментальное расширение или несущественную особенность данного пакета / проекта.
- Ошибки, которые будут исправлены только на основе максимальных усилий или внешнего участия, также могут считаться списком пожеланий .
- Низкий : ошибки, которые влияют на функциональность, но в меньшей степени, чем большинство ошибок, примеры:
- Ошибки, которые легко обходятся
- Ошибки, которые влияют на необычные конфигурации конечного пользователя или необычное оборудование
- Ошибки, которые влияют на несущественный аспект и ограниченную область применения
- Ошибки, которые оказывают умеренное влияние на неосновное приложение
- Косметические проблемы / проблемы с юзабилити, которые не ограничивают функциональность неосновного приложения
- Неидеальные конфигурации по умолчанию
- Средняя : большинство ошибок средней важности, примеры:
- Ошибка, которая оказывает умеренное влияние на основное приложение
- Ошибка, которая сильно влияет на неосновное приложение
- Ошибка, которая влияет на доступность неосновного приложения
- Проблема юзабилити, которая не ограничивает функциональность основного приложения
- Проблема с второстепенным аппаратным компонентом (съемная сетевая карта, камера, веб-камера, музыкальный проигрыватель, звуковая карта, функция управления питанием, принтер и т. Д.)
- Высокий : ошибка, которая соответствует одному из следующих критериев:
- Имеет серьезное влияние на небольшую часть пользователей Ubuntu (по оценкам)
- Делает установку Ubuntu по умолчанию непригодной для некоторых пользователей. (Например, если система не загружается или X не запускается на компьютере определенной марки и модели)
- Проблема с необходимым аппаратным компонентом (контроллер диска, встроенная сеть, видеокарта, клавиатура, мышь)
- Имеет умеренное влияние на большую часть пользователей Ubuntu (по оценкам)
- Предотвращает правильное функционирование приложения или любых зависимостей
- Оказывает основные функции или функциональность приложения или зависимости сломаны или неэффективны
- Влияет на доступность основного приложения
- Критический : ошибка, которая сильно влияет на большую часть пользователей Ubuntu
- Вызывает повреждение данных
- Вылетает вся операционная система
- Визуализирует систему временно или постоянно
- Серьезно влияет на приложения вне пакета, ответственного за первопричину
Члены Ubuntu Bug Control имеют доступ к установке этих статусов важности для ошибок, относящихся к компетенции Ubuntu (включая пакеты, которые ubuntu-bug
будут делать), и могут либо устанавливать их самостоятельно, либо по запросу члена Bug Squad, который не является элемент контроля ошибок.
Как правило, когда я работаю с ошибками и определяю важность и готов ли он к сортировке (если это явно не очевидно), я следую Руководству по сортировке для принятия решения о том, как сортировать ошибку (которая устанавливает статус ошибки "Triaged"), и рекомендации, которые я выложил (и связал) выше для принятия решения о важности. (Я в Отряде Жуков, и я являюсь членом Управления Багом, если вам интересно)