Разработчик в Lamoda Tech
· 20.02Вопрос
Почему тестировщики (QA) и разработчики часто враждуют? Это личная неприязнь или системная проблема процессов?
25 комментов
· 26.02
Без одних не было бы работы у других)) вражда тут неуместна))) но иногда, возможно, возникает раздражение из-за ощущения, что начинают докапываться по мелочам)
0
ответить
коммент удалён
· 23.02
У меня конфликтов не было, нормальные ребята 🫰
0
ответить
коммент удалён
· 26.02
🤘🏻
0
ответить
ответ удалён
· 22.02
Никогда не враждовал. Более того с тестерами у меня отношения лучше чем с бэкерами.
0
ответить
коммент удалён
· 26.02
💪🏻
0
ответить
ответ удалён
· 21.02
Мне нравятся тестировщики, так хорошо находят мои ошибки, которые я сам не нашёл
0
ответить
коммент удалён
· 21.02
💪🏻
0
ответить
ответ удалён
· 21.02
Особо не сталкиваюсь
0
ответить
коммент удалён
· 21.02
Всякое бывает, чаще конкретные характеры и продолбы отдельных персонажей. К сожалению сейчас все чаще наблюдаю, как на разработку летят все шишки и тестеры и аналитики начинают из себя изображать “вышестоящих” и самых умных, а разрабов считать землекопами и дураками. Сидишь так, словно деревенский туалет выгребаешь, а сверху еще подвозят)) такое, конечно вызывает желание защищаться и бороться
0
ответить
коммент удалён
· 21.02
Были такие ситуации 😅 Понравилось повествование)
0
ответить
ответ удалён
· 20.02
А она есть? Может это просто конкретные люди «не сошлись характерами»? 😅
0
ответить
коммент удалён
· 20.02
Может и так, но частенько, так сказать)
0
ответить
ответ удалён
· 20.02
Я не раз слышала про какую-то вражду, но ни разу с этим не столкнулась. Наши тестировщики - соратники, а не противники. Их работа - очень важная часть общего процесса, мы часто помогаем им, а они нам. Даже не представляю, в какой ситуации мы могли бы вступить в конфронтацию. А может, нам просто повезло с классными ребятами 😍
0
ответить
коммент удалён
· 20.02
Круто!) У меня где-то 70 на 30 по опыту, всё держится на классных людях 😌
0
ответить
ответ удалён
· 20.02
Наблюдается конфликт, когда тестировщики отходят от основной цели тестирования. Смысл тестировщика не закопать разработчика или как то его скомпрометировать. А повысить надежность продукта.. это увеличит ценность. К сожалению, в нынешних реалиях, ради kpi и чтоб не быть виноватым, тестеры валят баги и шишки на разработчиков.. хотя qa и developer играют на одном поле за одну команду.. их ценность — это прикрыть тылы и обосновать доработки.. сгладить углы и выявить риски, если вдруг на прод выкатывать надо уже сейчас..
0
ответить
коммент удалён
· 20.02
Не совсем понял. Валят на разрабов - Вы имеете ввиду когда инцидент с прода прилетел?
0
ответить
ответ удалён
· 20.02
Не только… пропущеные баги впрод это только часть ситуации… есть ситуации когда тестировщики начинают приписывать свое видение реализации вместо того чтобы уточнить как именно задумываль реализация и заводить задачи без согласования с аналитиками или PO… Или когда на тестировочных стендах недонастройка инфраструктуры выдается за баг, который ни у кого не воспроизводится… Много всяких ситуаций наблюдается…
0
ответить
ответ удалён
· 20.02
А, ну это да, клиника
0
ответить
ответ удалён
· 20.02
Да, тут важно разобраться почему возникают такие ситуации, почему появляется пинг-понг, без обвинений той или иной стороны)
0
ответить
ответ удалён
· 20.02
Системная проблема процессов Ну или редкий случай, когда тестировщик реально делает обезьянью работу и закидывает разработчика дефектами, которые на самом деле не дефекты, а халтурность тестировщика
0
ответить
коммент удалён
· 20.02
Да преувеличивают это всё. Понимание нужно привить, что ответственность кладётся на тестировщика и он прикрывает и свой тыл и тыл команды.
0
ответить
ответ удалён
· 20.02
Самое такое популярное, когда тестер заводит задачи, на ходу корректирует требования, что не есть хорошо\)
0
ответить
ответ удалён
· 20.02
Ну и архитектор с разрабом такие: ну да, пошли мы и контракт и спека на… Слабо представляю, что такой тестер долго продержится
0
ответить
ответ удалён
· 21.02
Ну тут уже зависит от подачи скорее всего 🧐
Если тестер не продавливает, а приходит именно с идеей собрать консилиум и вместе решить, что делать со странным поведением (даже если в требованиях не прописано), то это уже не корректировка на ходу, а забота о качестве. В таких случаях и архитектор может согласиться, что лучше допилить, чем получить странный UX.
0
ответить
ответ удалён
· 02.03
Внезапно... Я в принципе не готов работать где кто-то с кем-то враждует
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён