Во время тестирования QA-специалисты работают с учётом ограниченных денежных ресурсов и времени компании. Распределение найденных дефектов по критичности и приоритету поможет специалистам улучшить качество ПО и при это уложиться в поставленные сроки.
Что такое приоритет дефекта в тестировании
Приоритет дефекта в тестировании — это атрибут, который определяет, насколько срочно нужно исправить определённый дефект в ИТ-продукте. Он помогает команде разработчиков и тестировщиков расставлять акценты при выполнении работы и приоритизировать задачи в процессе улучшения ПО.
Кто первым указывает приоритет дефекта? Этот атрибут проставляется руководителем или менеджером проекта.
Классификация приоритета дефекта
P1 – Высокий
- Дефект нужно исправить в первую очередь.
- Пример: отсутствие возможности завершить регистрацию пользователя, что делает ИТ-продукт неработоспособным.
P2 – Средний
- Дефект нужно исправлять после дефектов с высоким уровнем приоритета.
- Пример: некорректное отображение данных на одной из страниц, но при этом пользователь может продолжить использовать другие функции приложения.
P3 – Низкий
- Дефект можно исправлять в последнюю очередь.
- Пример: описка в тексте уведомления или недочёты в дизайне.
Какие факторы влияют на определение приоритета дефекта?
- Бизнес-ценность: как дефект влияет на бизнес? Если он препятствует выполнению бизнес-процессов, его приоритет будет высоким.
- Версия ИТ-продукта: приоритет может зависеть от контекста релиза. Например, некоторые дефекты могут быть более критичными в новой версии, чем в старой.
- Техническое окружение: платформа или инфраструктура, на которой работает ПО, могут влиять на то, как дефект сказывается на производительности и функциональности.
- Регуляторные или соответствующие требования: если дефект нарушает закон или стандарт, он может быть рассмотрен как критичный.
Серьёзность дефекта
Серьёзность (критичность) определяет, насколько критичным является дефект с точки зрения влияния на конечного пользователя. Ниже мы привели основные уровни критичности дефектов.
Классификация критичности дефекта
S1 – Очень высокий
- Дефект делает ИТ-продукт неработоспособным.
- Пример: приложение выдает ошибку при попытке авторизации, и никаких обходных путей нет.
S2 – Высокий
- Дефект значительно влияет на функциональность, но есть обходные пути.
- Пример: оплата через систему не проходит, но доступна другая система для оплаты.
S3 – Средний
- У дефекта умеренное влияние, которое может быть обойдено, но пользователям это может создать неудобство.
- Пример: некорректное отображение элементов интерфейса, которые не мешают работе, но создают дискомфорт.
S4 – Низкий
- Дефект не влияет на функциональность и является несущественным для работы системы.
- Пример: опечатка в тексте сообщения об ошибке, не влияющая на его содержание.
S5 – Информативный
- Содержит информацию, которая не является ошибкой, но может быть улучшена.
- Пример: предложение по улучшению UI/UX, которое не является критическим, но может сделать систему более удобной.
Серьёзность и приоритет дефекта: разница
Серьёзность(критичность) описывает уровень влияния или ущерба, который может причинить дефект. Это показывает, насколько критично решить эту проблему.
Критичность дефектов в тестировании (приоритет) указывает на срочность, с которой проблема должна быть решена. Он помогает определить, какие задачи нужно выполнить в первую очередь, основываясь на условиях бизнеса или ресурсах.
Почему нельзя обойтись только одним атрибутом?
Один атрибут, будь то приоритет или показатель критичности дефекта, недостаточен для эффективного управления задачами. Например, проблема с низкой критичностью может иметь высокий приоритет из-за факторов бизнеса или временных рамок.
Пример
Представим, что в системе обнаружена ошибка, которая делает невозможным использование одной из функций. Критичность этой ошибки будет высокой, так как она влияет на работу всей системы. Однако, если в это время есть уже запланированное действие, которое решает ещё более критическую проблему (например, релиз, который нельзя задерживать), то задача исправить эту проблему может получить низкий приоритет.
Сочетания различных уровней приоритета и критичности
Очень высокая критичность - Высокий приоритет
- Пример: приложение вызывает критическую ошибку, и все пользователи не могут использовать его. Необходимо немедленное исправление.
- Дефекты: системные сбои, блокировки, уязвимости безопасности, которые представляют опасность для пользователей.
Очень высокая критичность - Средний приоритет
- Пример: ошибка в расчётах в финансовом приложении, которая затрагивает небольшой процент пользователей, но фиксируется в ближайшем релизе.
- Дефекты: критические ошибки, которые возникают редко и могут быть исправлены в следующем обновлении, но требуют внимания.
Очень высокая критичность - Высокий приоритет
- Пример: функция оплаты не работает, и это является единственным способом для пользователей завершить покупку. Исправление должно быть выполнено в ближайшее время.
- Дефекты: ошибки в функциональности, которые очень критичны для бизнеса и требуют быстрого исправления, чтобы избежать финансовых потерь.
Очень высокая критичность - Средний приоритет
- Пример: неправильное отображение информации о товаре в интернет-магазине. Это мешает пользователям, но они могут сделать покупку через другую страницу. Исправление планируется, но не срочно.
- Дефекты: ошибки, которые не критичны, но все равно требуют исправления для улучшения пользовательского опыта.
Средняя критичность - Высокий приоритет
- Пример: некоторые пользователи испытывают проблемы с функцией «поиск» в приложении. Хотя это не критично, проблему следует устранить, чтобы не потерять пользователей.
- Дефекты: умеренные ошибки, влияющие на важные функциональные элементы, которые необходимо исправить быстро для поддержки пользователей.
Средняя критичность - Средний приоритет
- Пример: небольшие визуальные недочёты на нескольких страницах веб-сайта. Пользователи могут использовать сайт, но данный дефект следует исправить в будущем обновлении.
- Дефекты: ошибки, которые не критичны и могут производиться в плановом порядке.
Низкая критичность - Средний приоритет
- Пример: опечатка в разделе «О нас» на сайте. Это не влияет на функциональность, но требует исправления в будущем.
- Дефекты: несущественные ошибки, требующие исправления, но могут быть отложены на более поздние этапы разработки.
Информативная критичность - Низкий приоритет
- Пример: предложение по улучшению пользовательского интерфейса. Это просто рекомендация с низким приоритетом исправления.
- Дефекты: указания и предложения по улучшению, которые не являются ошибками и не требуют срочного исправления.
Серьёзность дефекта в тестировании отражает его влияние на функциональность и стабильность системы, тогда как приоритет определяет, насколько быстро необходимо исправить обнаруженные проблемы. Серьёзность и приоритет дефекта позволяют бизнесу не только минимизировать риски, связанные с критическими ошибками, но и оптимизировать ресурсы, направляя внимание на наиболее значимые для пользователя и компании дефекты.
На
бесплатной консультации наши специалисты ответят на все ваши вопросы касательно тестирования бизнес-продукта.
