Разработчик - не противник, а человек, с которым вы вместе защищаете продукт от стыда на проде.
. Цель общения, не «доказать баг», а снизить риск
Плохой фрейм:
«Я нашёл, а ты сломал».
Нормальный фрейм:
«У нас вот такой риск. Что с этим делаем?»
Это сразу переводит разговор из «кто виноват» в «как вместе починить».
. Описывайте баг так, чтобы его можно было повторить
Мини-структура репорта / сообщения в чате:
Контекст: где смотрели
«Стейдж, профиль пользователя, новый онбординг»
Шаги: 3–7 шагов, не роман
- Залогиниться под обычным юзером
- Нажать “Редактировать профиль”
- Ввести такое-то…»
Ожидаемо / фактически:
«Ожидаю: кнопка активна после заполнения всех обязательных полей
Фактически: кнопка остаётся неактивной, даже если всё заполнено»
Детали: скрины, логи, браузер/девайс, версия
Это экономит время и нервы обеим сторонам.
3. Избегайте формулировок, которые триггерят оборону
«Ты опять сломал форму»
«У вас всё как всегда не работает
«Как это вообще можно было так сделать?»
Заменяем на:
«На текущей сборке форма ведёт себя так-то…»
«Нашла кейс, в котором сценарий ломается…»
«Похоже, в этой части логика поехала, вот пример»
Вы разговариваете не про человека, а про поведение системы.
Договаривайтесь о приоритетах на языке последствий
Не «почини срочно, это ужас», а:
- «Если баг уйдёт в прод:
- – юзер не сможет оформить заказ / завершить сценарий
- – это бьёт по [метрике/деньгам/опыту]
- – затронуты примерно X% пользователей
Тогда разработчику проще:
объяснить продакту, почему это важно,
или аргументированно предложить перенести фикс.
Не приходите только с проблемой — приносите ещё и контекст
Очень ценится, когда QA приносит не просто «сломано», а:
- на каких девайсах/браузерах воспроизводится,
- это регресс или старый баг,
- есть ли обходной путь,
- с какой версии началось (если понятно).
Чем больше заранее снятой неопределённости - тем меньше лишних вопросов и переписок.
. Спрашивайте, а не учите
Вместо:
«Ну вы же могли сделать нормальную валидацию»
Лучше:
«Подскажи, есть ли здесь ограничения, о которых я не знаю?
Кажется, валидация не ловит вот такой кейс…»
Фиксируйте договорённости письменно, но без бюрократического ада
После голосового обсуждения:
коротко кидаете в чат/тикет:
«Итого:
– баг подтверждён, сделаем фикс в следующем спринте
– временный обходной путь такой-то
– я добавлю тест-кейс на этот кейс в регресс»
Все видят одно и то же, никто не спорит через неделю «мы о другом договаривались».
Показывайте, что вы видите и хорошее тоже
Иногда достаточно фразы:
«Кстати, новая логика в профиле — огонь, тестировать приятно»
«Заметила, что вы закрыли старый проблемный кейс — спасибо, сильно упростило регресс»
Это не подлизывание, а нормальная человеческая обратная связь. С вами после этого гораздо легче работать.
