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

Bug severity

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

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

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

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

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

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

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

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


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

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

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

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

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

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