Разраб vs QA
Интересно выходит: от QA требуют всего и сразу — автоматизировать, писать автотесты, разбираться в DevOps, уметь в аналитику, в API, и желательно — чтоб ещё немножко лечил продакшен силой мысли. А от разработчика? Достаточно просто “писать код”. Всё остальное — типа, “не его зона ответственности”. Почему такая несправедливая раздача полномочий?
Возможно, дело в восприятии: разработчик — это якобы “создатель”, а тестировщик — “обслуживающий персонал”. И чем менее ты “создаёшь”, тем больше с тебя хотят. QA вынужден постоянно доказывать свою нужность: мол, вот, я не просто кликаю кнопки, я ещё и умею настроить пайплайн, подружить тесты с GitLab и убедить команду, что баг — это не мнение. Получается, чтобы остаться на месте — нужно бежать в три раза быстрее.
В итоге QA превращается в "швейцарский нож": режет, пилит, открывает, закручивает и сам себе кейс пишет. А разработчик — в лазерный резак: точечный, дорогой и “не трогайте, он работает”. Проблема тут не в ролях, а в том, как система оценивает вклад: “багов нет? спасибо, но это же ваша работа”. А вот если фича выстрелила — “гений-девелопер, дайте премию”.
· 31.05.2025
Вот бы мне такого фантастического QA в команду. Обычно ситуация обратно противоположная. Dev: надо бы покрыть автотестамм? QA: это не моя работа, я ручник Dev: мы же проводили регресс, откуда баг на проме? QA: а я только основные прогнал Dev: опиши баг в джире? QA: пойдём я тебе покажу на экране Dev: посмотри в бд, данные совпадают с реальностью? QA: какая бд, я вот кнопочки нажимал Dev: пришли запрос, который падает? QA: а где его посмотреть? Dev: напиши тест по аналитике, чтобы не терять время? QA: а я не могу, мне функционал нужен Dev: протестируй запрос? QA: а я без фронта не могу И такие QA далеко не на джун позициях сидят По поводу багов: если нет багов, надо увольнять такого QA, чем он вообще занимается?))
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён