В контексте качества программного обеспечения , дефект критичность является мерой влияния дефекта программного обеспечения. Он определяется как результат серьезности, вероятности и класса.
Дефекты отличаются от пользовательских историй , поэтому приоритет (серьезность) следует рассчитывать следующим образом.
Серьезность / воздействие
- 0 - влияет на критически важные данные или функциональность и оставляет пользователей без обходного пути.
- 1 - влияет на важные данные или функциональность и заставляет пользователей использовать обходной путь.
- 2 - Влияет на некритические данные или функциональность и заставляет пользователей использовать обходной путь.
- 3 - Влияет на некритические данные или функциональность и не заставляет пользователей использовать обходной путь.
- 4. Влияет на эстетику, профессиональный внешний вид, «качество» или « удобство использования ».
Вероятность / Видимость
- 1 - видят все или почти все пользователи, использующие приложение (> = 95% пользователей)
- 2 - видят более 2/3 пользователей, использующих приложение (> 67% и <95%)
- 3 - видят примерно половина пользователей, использующих приложение (> 33% и <66%)
- 4 - видят примерно 1/3 или меньше пользователей, использующих приложение (> 0% и <32%)
Класс дефекта
Класс 0
- Стабильность, надежность и доступность
- Безопасность
- Юридические (ответственность, ADA, авторское право)
- Тестируемость
- Хранение ( потеря / повреждение данных)
1 класс
- Производительность и эффективность (использование ресурсов: память, диск, процессор)
- Масштабируемость
2 класс
- Функциональность
- Логика или расчет
- Совместимость
- Совместимость
3 класс
- Юзабилити
- Способность учиться
- Читаемость
- Документация
- Последовательность
- Рабочий процесс («чувствовать»)
4 класс
- Типографский или грамматический
- Эстетика
- Внешний вид или косметика
Оценка критичности
- 0-2 = критическое
- 3-9 = Мажор
- 10-20 = Средний
- 21-64 = Низкий