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

Что проверяют

Умеете ли вы спорить фактами, а не эмоциями, и понимаете ли, кто в команде принимает решение о судьбе дефекта. Почти всегда следом спрашивают: «А если продакт тоже сказал не исправлять?»

Как отвечать

Покажите последовательность, в которой спор перестаёт быть личным:

• перепроверить себя: воспроизвести на чистом окружении, в другом браузере или на другом устройстве, убедиться, что дело не в тестовых данных или кеше;
• найти эталон: требование, критерии приёмки в задаче, макет, спецификацию API, поведение в прошлой версии. Баг это расхождение фактического поведения с ожидаемым, и ожидаемое должно где-то быть записано;
• усилить репорт: шаги, ожидаемый и фактический результат, видео, логи, HAR-файл или запрос из DevTools, версия сборки и окружение. Часто разработчик просто не смог воспроизвести;
• поговорить о последствиях: сколько пользователей затронуто, есть ли потеря данных или денег, какой обходной путь. Здесь пригодится разделение severity (насколько серьёзно) и priority (насколько срочно);
• позвать арбитра: если требований нет или их трактуют по-разному, решение за продакт-менеджером или аналитиком. Это не жалоба на разработчика, а уточнение требований;
• зафиксировать итог: статус Won't Fix или Works as Designed, либо перевод в улучшение, с комментарием, кто и почему так решил.

Если продакт решил не исправлять, это его право: вы донесли риск, решение записано. При повторных жалобах пользователей у вас будет ссылка на эту историю.

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

Где спотыкаются

Сразу эскалируют к руководителю, минуя разговор. Это портит отношения и выглядит как неумение договариваться.

Считают, что QA решает, исправлять ли баг. Задача тестировщика: найти, описать и оценить риск, а приоритет выставляет владелец продукта.

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