Серьезность и приоритет: обзор дефектов высокого и низкого приоритета

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

Каждый дефект содержит набор определенных атрибутов, к примеру «серьезность» и «приоритет». Порой, понять различие между этими терминами бывает не совсем просто, но разбираться в этом должен каждый уважающий себя QA-инженер.

Серьезность и приоритет

Что такое серьезность бага и как ее правильно определить?

Severity (серьезность) — это специальный атрибут, по которому можно быстро охарактеризовать уровень технического влияния дефекта на суммарную функциональность проверяемого программного обеспечения.

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

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

Серьезность бага можно классифицировать по следующим критериям:

1. Blocker  — баг, блокирующий работу. Если такая ошибка появляется в тестируемом ПО, дальнейшая работа по проверке становится невозможной или затруднительной. Чтобы продолжить тестирование, нужно устранить данную ошибку;
2. Critical — критический дефект. Может нарушить корректность функционирования системы проверяемого продукта. Это группа багов, которые воспроизводятся на постоянной основе и могут заблокировать проверку ПО;
3. Major — существенная ошибка. Затрудняет тестирование и применение некоторых дополнительных параметров;
4. Minor — несущественный баг. Может повлиять на работу ПО в относительно небольшой степени или усложнить работу с некоторыми системами;
5. Trivial — тривиальный баг. Не влияет на работу ПО, но ухудшает общее мнение о проекте.

Понятие приоритета

Priority (приоритет) — атрибут, который может определить скорость разрешения проблемы (исправление бага).

Когда говорится об установке приоритета бага, подразумевается, что данной работой занимается исключительно менеджер проекта.

Есть несколько классификаций видов приоритизации:

1. Top — максимальный приоритет. Должен присваиваться самым экстремальным ситуациям, которые негативным образом влияют на общее функционирование ПО. Отладка таких дефектов должна выполняться первоочередно;
2. High — высокая приоритизация. Используется для ошибок, которые должны быть исправлены в первую очередь;
3. Normal — простой (обычный) приоритет. Присваивается дефектам, с которыми разобраться можно уже после того, как будут закрыты задачи с высоким приоритетом;
4. Low — низкий приоритет, который могут содержать баги, не влияющие на корректную работу тестируемого функционала. Исправление таких ошибок происходит после завершения всех важных задач и при наличии свободных ресурсов и времени.

Рекомендации о том, как установить глобальный приоритет дефекту

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

Формула определения выглядит следующим образом:

Global Severity = F(Priority, Severity)
Priority = F(BasePriority, Frequency)

Касательно алгоритма:

1. Установить серьезность найденного бага;
2. Оставить в стороне серьезность; приоритизация дефекта в первую очередь;
3. Установить частоту появления бага, невзирая на приоритет и серьезность;
4. Затем уже рассчитать влияние частоты на приоритет, который был ранее обозначен.

В форме таблицы это можно отобразить таким образом:

Выводы

Баги и процесс создания программного обеспечения движутся всегда в тандеме; по мере продвижения запуска продукта разрастается и перечень найденных дефектов.

Это означает, что проектная группа и отдел тестирования должны правильно понимать и применять данные термины.

Неверное присвоение багу значения по приоритету или серьезности может снизить общий процесс эффективности исправления ошибок.