Что такое серьезность?
Серьезность определяется как степень влияния дефекта на разработку или работу тестируемого приложения компонента.
Более высокий эффект на функциональность системы приведет к более высокой степени серьезности ошибки. Инженер по обеспечению качества обычно определяет степень серьезности дефекта
Что такое приоритет?
Приоритет определяется как порядок, в котором дефект должен быть исправлен. Чем выше приоритет, тем скорее дефект должен быть устранен.
Дефектам, которые оставляют программную систему непригодной для использования, предоставляется более высокий приоритет по сравнению с дефектами, которые приводят к сбою небольшой функциональности программного обеспечения.
Степень серьезности и приоритетность дефекта
В тестировании программного обеспечения серьезность дефекта можно разделить на четыре класса
- Критическое : этот дефект указывает на полное завершение процесса, дальше ничего не может продолжаться
- Major : Это очень серьезный дефект, который разрушает систему. Тем не менее, некоторые части системы остаются функциональными
- Средняя : вызывает нежелательное поведение, но система все еще функционирует.
- Низкий : это не приведет к серьезному отказу системы
Приоритет дефекта можно разделить на три класса
- Низкий: дефект является раздражающим фактором, но ремонт может быть выполнен после устранения более серьезного дефекта.
- Средний: при нормальном ходе развития деятельности дефект должен быть устранен. Может подождать, пока не будет создана новая версия
- Высокий: дефект должен быть устранен как можно скорее, так как он серьезно влияет на систему и не может быть использован, пока не будет устранен
Советы по определению серьезности дефекта
- Определите частоту появления: в некоторых случаях, если в коде часто встречается незначительный дефект, он может быть более серьезным. Таким образом, с точки зрения пользователя, это более серьезно, даже если это незначительный дефект.
- Выделение дефекта. Выделение дефекта может помочь выяснить степень его воздействия.
Приоритет против серьезности: ключевое различие
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Пример серьезности и приоритета дефекта
Давайте посмотрим на пример низкой серьезности и высокого приоритета и наоборот
- Очень низкая серьезность с высоким приоритетом: ошибка логотипа для любого веб-сайта отгрузки может иметь низкую серьезность, поскольку не влияет на функциональность веб-сайта, но может иметь высокий приоритет, поскольку вы не хотите, чтобы дальнейшая отгрузка продолжалась с неправильным логотипом.
-
Очень высокая серьезность с низким приоритетом. Аналогичным образом, для веб-сайта, выполняющего рейсы, дефект функциональности бронирования может быть очень серьезным, но может иметь низкий приоритет, так как его можно запланировать выпустить в следующем цикле.
Дефект Triage
Дефектная сортировка — это процесс, который пытается перебалансировать процесс, когда группа тестирования сталкивается с проблемой ограниченной доступности ресурсов. Таким образом, при наличии большого количества дефектов и ограниченных тестировщиков для их проверки сортировка дефектов помогает попытаться решить как можно больше дефектов на основе таких параметров дефектов, как серьезность и приоритет.
Как определить дефект дефектов:
Большинство систем используют приоритет в качестве основного критерия для оценки дефекта. Тем не менее, хороший процесс сортировки учитывает серьезность.
Процесс сортировки включает в себя следующие этапы
- Проверка всех дефектов, включая отклоненные дефекты командой
- Первоначальная оценка дефектов основана на их содержании и соответствующих настройках приоритета и серьезности.
- Приоритизация дефекта на основе входных данных
- Присвойте дефект правильному выпуску менеджером по продукту.
- Перенаправляет дефект правильному владельцу / команде для дальнейших действий
Рекомендации, которые должен учитывать каждый тестер, прежде чем выбирать уровень серьезности
Параметр серьезности оценивается тестером, а параметр приоритета — менеджером продукта или командой по сортировке. Для определения приоритета дефекта крайне важно, чтобы тестировщик выбрал правильную серьезность, чтобы избежать путаницы с командой разработчиков.
- Понять понятие приоритета и серьезности хорошо
- Всегда назначайте уровень серьезности на основе типа проблемы, так как это повлияет на ее приоритет
- Понять, как конкретный сценарий или контрольный пример повлияет на конечного пользователя
- Необходимо учитывать, сколько времени потребуется, чтобы исправить дефект, исходя из его сложности и времени, чтобы проверить дефект
Вывод:
- В программной инженерии присвоение неправильной серьезности дефекту может задержать процесс STLC и может оказать существенное влияние на общую производительность команды. Таким образом, ответственное лицо должно быть точным и точным в своем вызове для определения дефекта.