Как QA может влиять на разработку фич?

А в чем собственно проблема? Зачем тестировщику проявлять еще какие-нибудь качества помимо качеств мануального тестировщика?

Несколько аргументов:

1. У QA хорошо прокачаны софт-скиллы.

2. QA – это адвокат пользователя в продуктовой команде, мост между продуктом и пользователем и самый частый пользователь в одном лице.

3. QA – последний оплот перед релизом, поэтому именно в его интересах минимизировать количество недоработок на ранних этапах. Получается, чем больше багов он предотвратит на старте, тем легче будет его жизнь на финишной прямой, и, как следствие, дешевле обойдется разработка бизнесу.

Если этого всего недостаточно, есть еще один аргумент: 4. QA достаточно хорошо знаком как с технической стороной продукта, так и с “интерфейсной”. Короче говоря, он может подружить аргументы программиста, дизайнера и менеджера, если они не будут матчиться.

Как QA может влиять на разработку фич? | Сетка — социальная сеть от hh.ru