Что делать, если ранее заведенный баг-репорт воспроизводится снова?

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

Ответ

Алгоритм при репроизведении старого бага:

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

Пример структурированного комментария для эскалации:

[ПОВТОРНОЕ ВОСПРОИЗВЕДЕНИЕ]
Дата: 2023-10-26
Сборка: v2.2.0 (Production-like staging)

Шаги:
1. Открыть /catalog.
2. Применить фильтр "Price: >1000".
3. Нажать "Apply".

Результат:
• Фактический: Список товаров не изменился.
• Ожидаемый: Отображаются только товары дороже 1000.
• Лог: HTTP 500 от endpoint `/api/filter`. Ошибка: `NullPointerException in FilterService`.

Влияние: Блокирует тестирование потока покупки. Приоритет: High.
Требуется срочный фикс.