Вот и неправда. Многие годами в ручном тестировании без программирования сидят и норм. Кто-то в лиды ручников идёт, как вариант. Автоматизация это всего лишь один из возможных вариантов развития

Автоматизация - это не развитие, это один из инструментов. Никто ручникам не запрещает программировать, так-то.

Один из инструментов и как вариант - одноимённая вакансия, где ты можешь заниматься только ей;)

Вон выше Антон Семенченко. Тоже из РБ. Но в целом какая разница в век глобализации и "изоляции" и локдаунов? Все удаленно.

ура мемы

Автоматизаторам тоже никто не запрещает программировать бэкенд. Только не особо приветствуют. :)
А бэкендерам - заниматься сетями и сетапом серверов...

Это я к тому, что все же у ручников другая сфера обязанностей и другие задачи, для решения который программирование чаще всего не нужно.

Так, мемы - это явно оффтоп. Давайте без них? :)

Школа RST или, например, известный в кругах автоматизаторов Алан Ричардсон не поощряют ни изображения тестирования как "ручного" (тестовые идеи приходят из головы, а не от рук, "ручного тестирования" нет как "ручного менеджмента"), ни ограничения тестировщиков "только без программирования" или "только автоматизация".

Задачи у тестировщиков на фирме могут быть вчера одни, сегодня другие. Программисты от задач тестировщиков часто сторонятся, но вполне согласны иногда даже подсказать если тестировщики решают свои задачи и пилят свои инструменты самостоятельно.

Инфраструктура -- область пограничная, там может работать и сисадмин, и "девопс", и тестировщик-автоматизатор, и не-автоматизатор. И из-за того что в задачах инфраструктуры всё чаще  используется пайтон, пайтон может пригодиться всем, и тестировщикам которые не являются автоматизаторами по основной роли тоже.

Взять бы Алана Ричардсона за руку и показать бы ему среднюю айти-компанию в то же Москве. Там вполне себе есть четкое разделение - кто занимается автоматизацией тестирования, а кто проверяет задачи руками. Пусть он там бы учил местных управленцев, что "так делать нельзя". 🙂
Более того, я уверен, что тут есть те, кто это подтвердит - если ручник в свое рабочее время без согласования возьмется что-то там автоматизировать, ему дадут по рукам. Да и согласование просто так не получишь. 🤷

сорри, чатом промахнулась

Весьма спорно. Полезно программера в тестирование погрузить. Он тогда и пишет получше потом. И темтировщику он лучше в продукт в архитектуру. А на суппорт если он есть так вообще сплошное user view.  Те переключение контекста по мне так полезно. А узкая специализация? Не знаю. Долго сложно выдержать. Да и глаз замыливается.

Я не знаю откуда у Вас такие понятия о некоем "чётком разделении". Мой 13-летний опыт, включающий такие компании как Luxoft, Playtech и калифорнийскую продуктовую Tonic for health оного совершенно не подтверждает.

Возможно банковская сфера?

Ну возможно. В банках я не работал :)

А чего спорить? Ай-да опрос - разрешают ли у вас в компании qa-инженерам (у которых нет слова automation в должности) заниматься автоматизацией тестирования больше 50% времени. С вариантами ответов да и нет. 🙂
Очень может быть, что не прав я, почему нет.

ну от того, что люди используют велосипеды с квадратными колесами хуже только этим людям, а не тому, кто имеет колесо и рассказывает про него :)

Только мне кажется, этот чат для этого не очень подходит. Можно постучаться в группу QA. )

Да, я вот тоже боюсь что в оффтоп мы завернули.

Я просто у нас вижу много учеников, кто хочет с текущей позиции ручного тестирования уходить на позицию автоматизатора. Вот и делаю вывод, что такое разделение есть. Опять же, открывая тот же hh можно увидеть, что есть должности автоматизаторов и должности ручников 🤷