[devel] BugSeverityPolicy

[Anton Farygin]

Mikhail Gusarov пишет:
> Приветствую.
> 
> Выношу на обсуждение проект полиси о назначении severity ошибок в
> багтрекере: http://www.altlinux.org/BugSeverityPolicy

Попробуем всё-таки формализовать ошибки типа "Critical" ?

Предлагаю переформулировать severity ошибок, введя дополнительные понятия:

Воспроизводимость ошибок:

0 Воспроизводится всегда
1 Воспроизводится при определённых ситуациях
2 Воспроизводится редко
3 Не воспроизводится ни у кого, кроме репортера

Классы ошибок:
0 Стабильность, Надёжность, Доступность, Безопасность, Потери данных.
1 Производительность, Эффективность (потребление ресурсов), 
Маштабируемость, Авторское право
2 Совместимость, Интероперабельность, Функциональность, Логика работы
3 Юзабилити, Обучаемость, Удобочитаемость, Документация, Когерентность, 
WorkFlow
4 Грамматика, Эстетика, Внешний вид

Соотвтесттвенно нужно сделать прямую зависимость severity (кстати, как 
это понятие будет звучать правильно на русском? ) от воспроизводимости и 
класса.

Классы ошибок, при этом, мы можем расширят/уменьшать.