Серьезность и приоритет дефекта

Серьезность дефекта

Серьезность определяется как степень влияния дефекта на разработку или работу тестируемого приложения компонента.
Более высокий эффект на функциональность системы приведет к более высокой степени серьезности ошибки. Инженер по обеспечению качества обычно определяет степень серьезности дефекта.

Уровни серьезности

В тестировании программного обеспечения серьезность дефекта можно разделить на четыре класса

1.Критическое : этот дефект указывает на полное завершение процесса, дальше ничего не может продолжаться

2.Крупный: Это очень серьезный дефект, который разрушает систему. Тем не менее, некоторые части системы остаются функциональными

3.Средняя : вызывает нежелательное поведение, но система все еще функционирует.

4.Низкий : это не приведет к серьезному отказу системы

Приоритет дефекта

Приоритет определяется как порядок, в котором дефект должен быть исправлен. Чем выше приоритет, тем скорее дефект должен быть устранен.

Дефектам, которые оставляют программную систему непригодной для использования, предоставляется более высокий приоритет по сравнению с дефектами, которые приводят к сбою небольшой функциональности программного обеспечения.

Уровни приоритета

Приоритет дефекта можно разделить на три класса

1.Низкий: дефект является раздражающим фактором, но ремонт может быть выполнен после устранения более серьезного дефекта.

2.Средний: при нормальном ходе развития деятельности дефект должен быть устранен. Может подождать, пока не будет создана новая версия

3.Высокий: дефект должен быть устранен как можно скорее, так как он серьезно влияет на систему и не может быть использован, пока не будет устранен

Примеры

Давайте посмотрим на пример низкой серьезности и высокого приоритета и наоборот

1.Очень низкая серьезность с высоким приоритетом: ошибка логотипа для любого веб-сайта отгрузки может иметь низкую серьезность, поскольку не влияет на функциональность веб-сайта, но может иметь высокий приоритет, поскольку вы не хотите, чтобы дальнейшая отгрузка продолжалась с неправильным логотипом.

2.Очень высокая серьезность с низким приоритетом. Аналогичным образом, для веб-сайта, выполняющего рейсы, дефект функциональности бронирования может быть очень серьезным, но может иметь низкий приоритет, так как его можно запланировать выпустить в следующем цикле.

Полезные ссылки:

Defect severity and priority article/eng

Defect severity and priority article/rus

Defect severity and priority video tutorial/eng

Defect severity and priority video tutorial/rus