Приоритет дефекта и серьезность дефекта: в чем разница?

Когда тестировщик заполняет баг-репорт (отчет о дефекте), он должен указать серьезность и приоритет дефекта. Эти слова на первый взгляд кажутся синонимами, но на самом деле нет. Давайте обсудим, в чем разница.

Тестировщик » QA-блог » Обучение QA » Приоритет дефекта и серьезность дефекта: в чем разница?
на изображение показываем приоритет дефекта и серьезность дефекта: в чем разница

Отличие серьезности дефекта от приоритета дефекта

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

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

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

Уровень (степень) серьезности бага зависит от того, насколько сильно он воздействует на процесс функционирования ПО. Если баг блокирует работу программы – значит, его серьезность высокая. Если баг состоит в том, что неточно показывается время до завершения малозначимого процесса в интерфейсе приложения (без нарушения функционала) – значит, его серьезность низкая.

Как правило, уровень серьезности бага присваивается тестировщиком. Именно QA-специалист первым оценивает, насколько выявленная ошибка может влиять на функции и требования к ПО.

Какие уровни есть у серьезности дефекта

На самом деле, есть разные системы оценок – каждая компания определяет свои правила в этом вопросе. Чаще всего это три, четыре или пять уровней. Давайте для примера рассмотрим 4-уровневую:

  • Уровень серьезности 4 (критический): дефект приводит к тому, что ПО «вылетает» или не может выполнять главный функционал. Например: закрытие всей программы, «мертвый» интерфейс, потеря всех введенных данных.
  • Уровень серьезности 3 (высокая): Программа функционирует, но дефект приводит к тому, что результат выполнения некорректен. Например, стоимость выбранных товаров в корзине Интернет-магазина становится отрицательной.
  • Уровень серьезности 2 (средняя): Дефект влияет на вспомогательные функции программы, но это не привносит ошибку в главный функционал, или же есть пути обхода этого неудобства. Например, не отображает меню для копирования данных, но можно обойтись комбинацией клавиш «Ctrl+C» и «Ctrl+V».
  • Уровень серьезности 1 (низкая): Дефект почти не влияет на функционал и чаще связан с удобством для пользователя. Например, название кнопки «Положить в корзину» не уместилось на самой кнопке, видно только слово «Положить».

Что такое приоритет дефекта

Приоритет бага – это степень того, насколько срочно следует устранить этот баг.

Это связано с организацией работ по проекту – какие задачи раздать разработчикам в первую очередь.

Обычно приоритет бага определяет тот, кто его нашел – тестировщик. Но его может изменить менеджер проекта. Это логично, т.к. именно менеджер проекта лучше осведомлен о состоянии дел в разработке и поэтому лучше понимает, какие баги следует устранять в первую очередь.

Какие уровни есть у приоритета дефекта

Как правило, выделяют три уровня приоритета багов (хотя, опять же, компании могут сами определять градацию приоритетов дефектов):

  • Уровень приоритета 1 (Высокий): Надо устранить настолько быстро, насколько возможно. Экстренные случаи, на которые надо бросить все доступные ресурсы.
  • Уровень приоритета 2 (Средний): Надо устранить, как только будут исправлены дефекты с приоритетом 1. Баг серьезно мешает работе ПО и/или будет создавать все больше и больше помех в будущем.
  • Уровень приоритета 3 (Низкий): Надо устранить в порядке общей очереди (после устранения дефектов с приоритетами 1 и 2). Этот приоритет получает большинство выявленных багов.

Так в чем разница между серьезностью и приоритетом дефекта

Разница в том, что серьезность бага показывает влияние на техническое качество ПО, а приоритет – устанавливает очередность исправления багов из бизнес-соображений.

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

Данные параметры багов, как правило, отслеживаются и управляются с помощью специального ПО – баг-трекинговых систем. Умение ими пользоваться – серьезное преимущество при поиске работы тестировщиком.

Резюме

Серьезность бага завязана больше на техническом аспекте проекта, в то время как приоритет (срочность исправления) – на бизнесовой. В онлайн-школе тестировщиков Гик Брейнс Вас научат корректно присваивать дефекту его серьезность и приоритет – это важный навык QA-специалиста.

на изображение автор Михаил Кулешов

Автор Михаил Кулешов

Михаил, профессиональный партнерский маркетолог, является основателем компании South Media OÜ, которая была создана в 2018 году и базируется в Таллинне. С 2016 года Михаил уехал из Финляндии и жил как настоящий «цифровой кочевник» в IT-индустрии, путешествуя по миру только с ноутбуком. Михаил работает и пишет статьи, связанные с IT-индустрией.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *