Конфликт между QA и Dev: почему возникают и как их решать
Вы, наверное, слышали стереотип о том, что разрабы и тестировщики недолюбливают друг друга. Не скажу, что я часто с таким сталкивался, но все же решил написать на эту тему пост. Так как
недопонимания, правда, бывают, и чаще всего по одним и тем же причинам. Ну что ж, погнали разбираться
«Это не баг»Суть конфликта: разработчик считает поведение нормальным, QA — багом.
Почему возникает:- нет чётких требований
- разные ожидания
- «работает как задумано, но задумано плохо»
Как решать QA:- Ссылайся на требования.
- Описывай влияние на пользователя, а не личное мнение.
- Если требований нет — задай вопрос Product/BA, а не спорь с Dev.
«У меня не воспроизводится»
Суть: QA видит баг, Dev — нет.
Причины:- разные окружения
- недостающие шаги
- кэш / данные / версия сборки
Решение QA:- Указывай окружение, билд, данные.
- Добавляй видео или логи.
- Проверь баг ещё раз с чистого состояния.
«QA мешает работать»Суть: Dev чувствует давление и контроль.
Причины:- резкий тон
- поток багов без контекста
- «ты всё сломал»
Решение QA:
- Используй нейтральный язык.
- Благодари за фиксы.
- Помни: вы в одной команде.
«Dev закрыл баг как fixed, но он не исправлен»
Суть: QA всё ещё видит проблему.
Причины:- не тот сценарий
- частичный фикс
- недопонимание
Решение QA:- Повтори оригинальные шаги.
- Приведи новые доказательства.
- Пиши:
«частично исправлено», а не «не работает».
«QA придирается»Суть: Dev кажется, что QA излишне дотошен.
Причины:- разные ценности
- разное понимание «качества»
Решение QA:- Аргументировать через риск, а не «вдруг»
- Спрашивать до заведения бага:
«Считаем это допустимым?»
- Явно разделять: блокер / неблокер
Что касается меня: конфликты на работе у меня возникают крайне редко. Я советую не переходить на личности и всегда ставить в приоритет продукт, тогда у всех будет четкое понимание ролей, целей и ожиданий!)
А у вас часто возникают конфликты на работе? Оставлю опросник, проголосуйте
