Серьезность ошибки
Серьезность ошибки или серьезность дефекта при тестировании - это степень влияния ошибки или дефекта на тестируемое приложение. Более сильное влияние ошибки / дефекта на функциональность системы приведет к более высокому уровню серьезности. Инженер по обеспечению качества обычно определяет уровень серьезности ошибки / дефекта.
Что такое приоритет?
Приоритет определяется как порядок, в котором дефект должен быть исправлен. Чем выше приоритет, тем быстрее будет устранен дефект.
Дефекты, из-за которых программная система становится непригодной для использования, получают более высокий приоритет по сравнению с дефектами, которые приводят к сбою небольшой функциональности программного обеспечения.
КЛЮЧЕВАЯ РАЗНИЦА
- Приоритет - это порядок, в котором разработчик должен устранить дефект, тогда как серьезность - это степень влияния дефекта на работу продукта.
- Приоритет делится на три типа: низкий, средний и высокий, тогда как уровень серьезности делится на пять типов: критический. основные, средние, второстепенные и косметические.
- Приоритет связан с планированием, а серьезность - с функциональностью или стандартами.
- Priority указывает, как скоро ошибка должна быть исправлена, тогда как Severity указывает серьезность дефекта в функциональности продукта.
- Приоритет дефектов определяется после консультации с менеджером / клиентом, а уровни серьезности дефектов определяет инженер по обеспечению качества.
- Приоритет определяется бизнес-ценностью, а серьезность определяется функциональностью.
- Значение приоритета является субъективным и может меняться с течением времени в зависимости от изменения ситуации в проекте, тогда как значение серьезности является объективным и вряд ли изменится.
- Статус "Высокий приоритет" и "Низкий приоритет" указывает на то, что дефект должен быть исправлен немедленно, но не влияет на приложение, в то время как статус высокого и низкого приоритета указывает на то, что дефект должен быть исправлен, но не на немедленной основе.
- Статус приоритета основан на требованиях клиента, тогда как статус важности основан на техническом аспекте продукта.
Типы серьезности
В тестировании программного обеспечения типы серьезности ошибки / дефекта можно разделить на четыре части:
- Критично : этот дефект указывает на полное отключение процесса, дальше ничего не может быть продолжено.
- Основные : Это очень тяжелая дефект и сворачивает систему. Однако некоторые части системы остаются работоспособными.
- Средний : вызывает нежелательное поведение, но система продолжает работать.
- Низкий : это не вызовет серьезного выхода из строя системы.
Типы приоритета
Типы приоритета ошибки / дефекта можно разделить на три части:
- Низкий: дефект вызывает раздражение, но его можно исправить после устранения более серьезного дефекта.
- Средний: В ходе нормальной работы по разработке дефект должен быть устранен. Может подождать, пока не будет создана новая версия
- Высокий: дефект необходимо устранить как можно скорее, поскольку он серьезно влияет на систему и не может использоваться, пока не будет исправлен.
Советы по определению серьезности дефекта
- Определите частоту появления: в некоторых случаях, если в коде часто встречается незначительный дефект, он может быть более серьезным. Таким образом, с точки зрения пользователя, это серьезнее, даже если это незначительный дефект.
- Изолируйте дефект: локализация дефекта может помочь выяснить серьезность его воздействия.
Приоритет против серьезности: ключевое различие
Приоритет | Строгость |
---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Пример серьезности и приоритета дефекта
Давайте посмотрим на пример с низкой серьезностью и высоким приоритетом и наоборот
- Очень низкий уровень серьезности с высоким приоритетом: ошибка логотипа для любого веб-сайта доставки может иметь низкий уровень серьезности, поскольку не повлияет на функциональность веб-сайта, но может иметь высокий приоритет, поскольку вы не хотите, чтобы дальнейшая отправка продолжалась. с неправильным логотипом.
- Очень высокая степень серьезности с низким приоритетом: аналогично, для веб-сайта, выполняющего рейсы, дефект в функциональности бронирования может иметь высокий уровень серьезности, но может иметь низкий приоритет, поскольку его можно запланировать для выпуска в следующем цикле.
Сортировка дефектов
Сортировка дефектов - это процесс, который пытается выполнить повторную балансировку процесса, когда группа тестирования сталкивается с проблемой ограниченной доступности ресурсов. Таким образом, когда имеется большое количество дефектов и ограниченное количество тестеров для их проверки, сортировка дефектов помогает попытаться устранить как можно больше дефектов на основе таких параметров дефекта, как серьезность и приоритет.
Как определить сортировку дефектов:
Большинство систем используют приоритет как главный критерий для оценки дефекта. Однако при правильной сортировке учитывается и серьезность.
Процесс сортировки включает следующие шаги
- Проверка всех дефектов, включая отклоненные дефекты командой
- Первоначальная оценка дефектов основана на их содержании и соответствующих настройках приоритета и серьезности.
- Приоритизация дефекта на основе входных данных
- Назначьте дефект исправному выпуску менеджером по продукту
- Перенаправляет дефект правильному владельцу / команде для дальнейших действий
Рекомендации, которые должен учитывать каждый тестировщик, прежде чем выбирать степень серьезности
Параметр серьезности оценивается тестировщиком, тогда как параметр приоритета оценивается менеджером по продукту или группой сортировки. Для определения приоритетности дефекта тестировщику необходимо выбрать правильную степень серьезности, чтобы избежать путаницы с командой разработчиков.
- Хорошо понимать концепции приоритета и серьезности
- Всегда назначайте уровень серьезности в зависимости от типа проблемы, так как это повлияет на ее приоритет.
- Понять, как конкретный сценарий или тестовый пример повлияет на конечного пользователя.
- Необходимо учитывать, сколько времени потребуется на исправление дефекта в зависимости от его сложности, и время, чтобы проверить дефект.
Вывод:
- В программной инженерии присвоение дефекту неправильной степени серьезности может задержать процесс STLC и может иметь серьезные последствия для общей производительности команды. Таким образом, ответственное лицо должно быть точным и точным в своем вызове для определения дефекта.