Комментарии на: Описание дефекта: Severity и Priority

От: Алексей Булат

Алексей Булат — Wed, 12 Aug 2009 11:55:34 +0000

olegko, разарботчики джиры – молодцы, т.к. создали неплохой продукт, но все же хочется отметить вот что. Я соглашусь, что для некоторых проектов хватит и одного параметра. Но как вы будете в этой “кухне” разбираться, если у Вас продукт за 3-4 года оброс сотней другой известных дефектов, и каждый раз находятся новые? Как вы будете приоритизировать какие исправления должны быть сделаны и в какой очередности?
И вопрос уже не в Важности самого дефекта, а в важности того, как быстро он должен быть исправлен. Для этого на помощь и приходит “инструмент менеджера”, а именно параметр – Приоритет.

Спасибо.

От: olegko

olegko — Mon, 27 Jul 2009 14:19:14 +0000

В нашем багтрекере я поначалу заложил использование этих двух полей, однако же на практике оказалось, что достаточно одного общего.
К этому многие приходят со временем, один из ярких примеров – разрабочики Jira:
http://confluence.atlassian.com/pages/viewpage.action?pageId=192840

От: Алексей Булат

Алексей Булат — Wed, 22 Jul 2009 08:33:13 +0000

Вот определения, которые я выложил на сайте Про Тестинг, описывая “Важность и Приоритет Дефекта” (http://www.protesting.ru/testing/bugpriority.html ):

Важность (Severity) – это атрибут, характеризующий влияние дефекта на работоспособность приложения.

Приоритет (Priority) – это атрибут, указывающий на очередность выполнения задачи или устранения дефекта. Можно сказать, что это инструмент менеджера по планированию работ. Чем выше приоритет, тем быстрее нужно исправить дефект.

Вот… Так что, в принципе я согласен с автором – Severity определяет тестер, Priority – менеджер.