(Джерело: Помилки / важливість (Документація про помилки Squad) )
Загін помилок Ubuntu є однією з рушійних сил для помилок Ubuntu, і підтримує документацію про це для довідок кожної людини.
Заради людей, які ненавидять читати інші веб-сайти, а також для небагатьох людей, які, можливо, лінуються натискати на посилання на початку цієї відповіді, я в основному скопіюю дослівно копію баз знань про помилки, які стосуються тут :
ШВИДКА ПРИМІТКА . Коли тут посилаються на "Core" або "Non-Core", загін помилок передає "core" як частину пакету ubuntu-desktop або те, що встановлюється за замовчуванням на зображеннях LiveCD. Це може змінитися в майбутньому, залежно від подальшої дискусії з цього питання про помилку.
(Зверніть увагу, що наведена нижче інформація може бути застарілою з документацією на вікі; вам слід звернутися до Вікі, щоб отримати найновішу інформацію.)
Ubuntu використовує наступні рекомендації для присвоєння важливості. Важливість помилки означає пріоритет, який він повинен надавати людям, що виправляють помилки.
Ось значення різних значущих значень):
- Не вирішено : за замовчуванням для нових помилок. Також означає, що недостатньо інформації для визначення важливості
- Список побажань : відсутня функціональність
- Це не завжди помилки, але це можуть бути ідеї для нових функцій, які ще не існують.
- Це також можуть бути запити на упаковку програмного забезпечення для Ubuntu.
- Якщо реалізація нетривіальна, її слід записати як специфікацію функції, див. FeatureSpecifications.
- Це можуть бути помилки, які впливають на експериментальне розширення або несуттєві особливості певного пакету / проекту.
- Помилки, які будуть виправлені лише на основі найкращих зусиль або поза внеском, також можуть вважатися списком бажань .
- Низький : помилки, які впливають на функціональність, але меншою мірою, ніж більшість помилок, такі приклади:
- Помилки, які мають прості роботи
- Помилки, які впливають на незвичну конфігурацію кінцевого споживача або незвичайне обладнання
- Помилки, які впливають на несуттєвий аспект та обмежену область застосування
- Помилки, що мають помірний вплив на непрофільне застосування
- Косметичні / юзабіліті, які не обмежують функціональність непрофільної програми
- Неідеальні конфігурації за замовчуванням
- Середній : Більшість помилок мають середнє значення, приклади:
- Помилка, яка має помірний вплив на основну програму
- Помилка, яка сильно впливає на непрофільний додаток
- Помилка, яка впливає на доступність непрофільної програми
- Проблема зручності використання, яка не обмежує функціональність основної програми
- Проблема з несуттєвим апаратним компонентом (знімна мережева карта, камера, веб-камера, музичний плеєр, звукова карта, функція управління живленням, принтер тощо)
- Високий : помилка, яка відповідає одному з наступних критеріїв:
- Має серйозний вплив на невелику частину користувачів Ubuntu (за оцінками)
- Робить установку Ubuntu за замовчуванням звичайно непридатною для деяких користувачів. (Наприклад, якщо система не завантажується, або X не запускається, на певній марці та моделі комп'ютера)
- Проблема з важливим апаратним компонентом (дисковий контролер, вбудована мережа, відеокарта, клавіатура, миша)
- Має помірний вплив на велику частину користувачів Ubuntu (за оцінками)
- Перешкоджає роботі програми або будь-яких залежностей взагалі правильно
- Здійснює суттєві функції або функціональність програми або залежності, порушені або неефективні
- Впливає на доступність основної програми
- Критичний : помилка, яка сильно впливає на значну частину користувачів Ubuntu
- Викликає пошкодження даних
- Збиває всю операційну систему
- Робить систему тимчасово або назавжди непридатною
- Сильно впливає на програми поза пакетом, що відповідають за першопричину
Члени Ubuntu Bug Control мають доступ до встановлення цих станів важливості для помилок під керівництвом Ubuntu (включаючи пакунки, які ubuntu-bugце робитимуть), і можуть встановлювати їх самостійно, або на прохання члена команди Squad Bug, який не є член програми контролю помилок.
Як правило, коли я обробляю помилки і вирішую важливість і чи готовий він до триагінгу (якщо тільки це очевидно не очевидно), я дотримуюся Посібника щоб вирішити, як триагувати помилку (яка встановлює статус помилки на "Зламований") та вказівки, які я розмістив (і пов’язані з ними) вище, щоб вирішити важливість. (Я в групі помилок, і я є членом програми контролю за помилками, якщо вам цікаво)