Priority & Severity на пальцах обезъянок

Автор: | 08.03.2016

Priority

Приоритет показывает степень важности выполнения задачи ДЛЯ БИЗНЕСА.

В широком смысле, все сообщения о дефектах тоже можно рассматривать как задачи, которые необходимо выполнить.

Рекомендуется использовать всего три уровня приоритета:

  1. Приоритетно,
  2. Не приоритетно,
  3. .

Все очень просто, не так ли? Или задача приоритетна, или нет. Tertium, кагбэ,  non datur.

Если еще более по-взрослому говорить, то приоритизация означает не простое «Давайте расположим все по-важности и будем выполнять последовательно». Оно означает необходимость от чего-то отказаться, чтобы выполнить самое важное [подробности], но это уже слишком сложные материи…

В Jira используется аж пять уровней приоритетности. Надо бы меньше, но мы все тут с Jira бесимся, поэтому будем следовать ее визионерству:

Trivial — Lowest priority, punctuation or any very small issues

In ‘Contact us’ Tahoma font displayed instead of Arial.

Nobody else see the difference. In the future this issue may be fixed. Or not, because nobody cares, this doesn’t broke the business.

Minor — Indicates that this issue has a relatively minor impact.

In the ‘Contact us’ form placeholder text in ‘Message’ field is displayed as ‘Italic’ instead of regular text.

This doesn’t broke the business, but it’s a little annoying to write and read all text in ‘Italic’. Please, can you fix it?!

Major — Indicates that this issue has a significant impact.

Sending message from the ‘Contact us’ form works well, but sender email is unknown.

Unanswered emails can lead customers to nervosity, this can affect whole business, so please, fix the problem in the most appropriate time limit.

Critical — Indicates that this issue is causing a problem and requires urgent attention.

‘Contact us’ page is unavailable.

This is a required functionality for the web store, this can have a bad impact on the business, so, Kowalski, fix the problem ASAP!

Blocker — This problem will block progress of the project.

Web store is down. ‘Contact us’ page unavailable.

User cannot open the ‘Contact us’ page, because the whole web site is down, the business is down, Kowalski, don’t panic, immediately grab the monkeys and act like the server, while we will bring him back online!

Severity

Суровость бага (ну, вы же не дураки, чтобы переводить “Severity” как невнятное “Важность” или “Серьезность“? Суровость!) показывает технологическую степень влияния дефекта на всю систему.

Внимание, на ВСЮ СИСТЕМУ, а не только на отдельно взятый сценарий или функциональность.

То есть, если при тестировании Wish List выясняется, что невозможно добавить товар в Wish List, но при этом остальные важные части веб-магазина в принципе работают, то не надо орать, что у тебя Blocker, только потому, что ты не можешь выполнить твой тест-кейсик. Оно блокер, но не для всей системы, а только для тебя одного.

Важно понимать, что реально суровые дефекты в функциях в современных веб-системах сложно обнаружить, бо современные веб-системы не состоят из цельных кусков хрусталя, который можно расколоть одним движением. Вы больше блокеров найдете в MS Word, чем в Joomla, просто потому, что какой-то хитрый баг может тупо закрэшить вам всю вордину, дальнейшие действия становятся невозможными, надо запускать ворд с нуля. А как “положить” интернет-приложение, построенное на микро-сервисах? Сервак раздолбать кувалдой… Или продумать какую-то троянистую шнягу, которая по цепочке пронесет с собой разрушительный скрипт, и всю эту цепочку будет последовательно уничтожать.

Поэтому в большинстве случаев мы используем Severity  = Major, а Blocker’ом величаем разве что какие-то важные и сложно-составные сценарии, которые по каким-то причинам очень важно пройти, но не удается.

Trivial — Minor loss of function, or other problem where easy workaround is present.

‘Contact us’ form text was designed with Arial font 14 size, but I see the Arial font 13 size instead.

This doesn’t affect the functionality at all. Anybody will care about it?

Major — Major loss of function.

User messages from ‘Contact us’ page are not received by Support team.

Everything else works fine, only this particular loss of functionality can severely affect the business issues. Kowalski, fix the problem!

Blocker — Blocks the interaction with the system, production could not run, crashes, loss of data, severe memory leak, everybody dies.

Web store become inaccessible because ‘Contact us’ script overload the server.

Server continuously restarts, nobody can access it, web store became inaccessible. This severely affect all business issues. Kowalski!

Кстати, для Severity лучше использовать побольше нюансов.

Priority & Severity на пальцах обезъянок: 10 комментариев

  1. Александр Терешков

    Спасибо! Обычно все объяснения по поводу S&P довольно скользки и противоречивы, а тут всё так доходчиво как в лучших традициях учебников Head First.

  2. NazguaL

    Спасибо, супер!

  3. Уведомление: QA Дайджест #16: Деньги за баги, жизненные примеры процессов тестирования : IT лента новостей ⋆ iAMX - Развлекательно-информационный портал

  4. Bogdan

    Алексей, спасибо за статью, после прочтения возник лишь один вопрос, приоритетность и “суровость” определяет и заносит в баг-репорт тестировщик?

  5. Алексей Лупан

    Да, бо если он обнаружил дефект, то ему и сообщать о его страшности.
    Позже и приоритетность и суровость могут быть изменены кем-то из вышесидящих инстанций, и если это делается не с корыстными целями, то тестировщику остается только принять во внимание изменения.

  6. SALar

    Много лет назад Александр Лобач по этому поводу все сказал. Но статья потерялась.

  7. Вадим

    Алексей, подскажите зачем оно нужно это Severity?
    Ну Major или даже Blocker у бага и что? Если Priority низкий, то багрепорт уйдет глубоко вниз бэклога и никто о нем не вспомнит…
    В чем подвох? 🙂

  8. Алексей Лупан

    Когда багов/задач мало, то их можно сортировать только по приоритету, бо всё понятно.
    Когда их много, начинаются нюансы и с сортировкой, и с контролем. В этот момент свойство Severity начинает помогать в принятии решений.
    Например, есть баг с Severity ойойойстрашно, но если закрыть от пользователей доступ к фукнционалу, то ничего не произойдет. Тогда Severity Critical, Priority Low, и все норм, доберемся до него когда-нибудь позже.

Добавить комментарий

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.