четверг, 5 октября 2017 г.

Bug severity

Алгоритм выбора важности бага:
диаграмма доступна для полного просмотра по клику

1. Баг случился такой, что далее приложение не работает? Это ФАТАЛЬНО.

2. После бага ещё пара шагов в приложении доступны, но не более? Это БЛОКЕР.

3. Ошибка есть, даже если выполнить шаги иначе? Это КРИТИЧНО.

4. Иные неизвестные шаги работают без проблемы? Это ПЛОХО.

5. Казус описан в документации? Это ПРИЕМЛЕМО.

6. Проблема вызывает лишь лёгкий дискомфорт? Это ТРИВИАЛЬНО.

диаграмма стороннего ресурса доступна для полного просмотра по клику


Ярлыки:

4 комментария:

  1. Tjupkaчетверг, 10 мая 2018 г. в 11:53:00 GMT+2

    http://ericsink.com/articles/Four_Questions.html - ещё один взгляд оценки багов

    ОтветитьУдалить
  2. Tjupkaвоскресенье, 22 сентября 2019 г. в 08:36:00 GMT+2

    Копию статьи смотрите на https://tjupka.wordpress.com/2019/09/20/bug-severity/

    ОтветитьУдалить
  3. Tjupkaсреда, 30 октября 2019 г. в 10:42:00 GMT+2

    Статья "Now, Next, Later, Never (improving MoSCoW)" ( https://watirmelon.blog/2019/10/14/now-next-later-never-improving-moscow/ ) о применении матрицы Эйзенхауэра при приоритезации требований.

    ОтветитьУдалить
  4. Tjupkaвоскресенье, 16 августа 2020 г. в 09:08:00 GMT+2

    "Severity и Priority. Заполняем приоритет в баге" (http://okiseleva.blogspot.com/2020/07/blog-post_4.html) - статья Ольги Киселёвой о разнице понятий и ссылки на аналогичные статьи от других знатоков.

    ОтветитьУдалить

Подписаться на: Комментарии к сообщению (Atom)