По каким основным причинам баг-репорт могут вернуть тестировщику?

«По каким основным причинам баг-репорт могут вернуть тестировщику?» — вопрос из категории Управление тестированием, который задают на 10% собеседований QA Тестировщик. Ниже — развёрнутый ответ с разбором ключевых моментов.

Ответ

Баг-репорт могут вернуть (reopen или отклонить) по следующим причинам, связанным с его качеством или содержанием:

  1. Неполное или некорректное описание: Отсутствуют четкие шаги воспроизведения, не указаны ожидаемый и фактический результат, нет данных об окружении (ОС, версия приложения, браузер), скриншотов или логов.
  2. Невоспроизводимость: Разработчик или другой тестировщик не может воспроизвести проблему на своем стенде с использованием предоставленных шагов.
  3. Дубликат: В системе управления ошибками уже существует открытый отчет, описывающий ту же самую проблему.
  4. Ошибка в понимании требований (Not a Bug): Поведение системы соответствует техническому заданию или спецификации, но было неверно интерпретировано тестировщиком.
  5. Низкая значимость/приоритет: Баг признан несущественным (например, косметическая опечатка в неиспользуемом разделе) и не влияет на пользовательский опыт или бизнес-логику в текущем контексте.

Пример сценария возврата:

Шаги:

  1. Открыть главную страницу.
  2. Нажать кнопку "Submit".

Ожидаемый результат: Открывается форма заказа. Фактический результат: Ничего не происходит.

Если в логах нет ошибок, а согласно ТЗ кнопка "Submit" должна быть неактивна до заполнения обязательных полей, баг будет возвращен с пометкой "Ожидаемое поведение" или "Ошибка тестирования".