From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <49E715D3.7090909@altlinux.com> Date: Thu, 16 Apr 2009 15:26:11 +0400 From: Anton Farygin User-Agent: Thunderbird 2.0.0.18 (X11/20090322) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <87iqlgznrr.fsf@vertex.dottedmag.net> In-Reply-To: <87iqlgznrr.fsf@vertex.dottedmag.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] BugSeverityPolicy X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 11:27:38 -0000 Archived-At: List-Archive: List-Post: Mikhail Gusarov пишет: > Приветствую. > > Выношу на обсуждение проект полиси о назначении severity ошибок в > багтрекере: http://www.altlinux.org/BugSeverityPolicy Попробуем всё-таки формализовать ошибки типа "Critical" ? Предлагаю переформулировать severity ошибок, введя дополнительные понятия: Воспроизводимость ошибок: 0 Воспроизводится всегда 1 Воспроизводится при определённых ситуациях 2 Воспроизводится редко 3 Не воспроизводится ни у кого, кроме репортера Классы ошибок: 0 Стабильность, Надёжность, Доступность, Безопасность, Потери данных. 1 Производительность, Эффективность (потребление ресурсов), Маштабируемость, Авторское право 2 Совместимость, Интероперабельность, Функциональность, Логика работы 3 Юзабилити, Обучаемость, Удобочитаемость, Документация, Когерентность, WorkFlow 4 Грамматика, Эстетика, Внешний вид Соотвтесттвенно нужно сделать прямую зависимость severity (кстати, как это понятие будет звучать правильно на русском? ) от воспроизводимости и класса. Классы ошибок, при этом, мы можем расширят/уменьшать.