Много ли QA-автоматизаторов, которые каким-то образом проскочили этап мануальщиков?

Встречал. Чел хотел стать разрабом, а его взяли автоматизатором.

Некоторые же заходили через разраба

Ну просто мне кажется, что QA — это определённый склад ума, мышление + теория тестирования, какая никакая.
А если разработчику просто поручили писать тесты, то это не совсем QA.

Ну да. Он стремился как можно быстрее уйти в разработку, а автоматизацию считал просто проходным этапом.

Некоторые автомейтеры пишут тесты по готовым кейсам, так что не обязательно надо иметь какие-то qa скиллы

Читал книжку о том, как в Гугле тестируют. Понравилась как раз их градация.
Тестировщики, разработчики и разработчики в тестировании.
И вот последние как раз «универсальные солдаты», которые и код пишут на высоком уровне, и в самом тестировании разбираются.

Вот где есть разделение труда, в крупных конторах, почти всегда так.

Круто иметь по мимо скиллов опыт и знания проекта. А вот  знаний в  проекте  я думаю Manual QA не занимать (по себе сужу ) вот по этому считаю переход QA Manual в автоматизацию в рамках одного проекта хорошей практикой.
Странно почему компании так не считают.

Ну это правильная практика. И если эти люди еще в тестировании многое понимают, то вообще шикарно. Слепо писать по тест-кейсам, наверно, не идеальная практика.
(Ну это чисто мои догадки, у меня пока опыта мало, чтобы судить как лучше работает).

> QA — это определённый склад ума, мышление + теория тестирования
кек если б это было так, за эту работу не платили бы меньше других)

Ну, к этому нужно стремиться.
Когда QA выйдет на уровень, где это действительно определённый склад ума и мышление, тогда и платить будут больше. Думаю, что какие-то именитые компании уже вышли на такой уровень. Типа Гугла того же, судя по их градации.
В СНГ, конечно, пока тенденция на «я тут написал, ты проверь за мной».
Чисто по своим ощущениям. У самого пока меньше двух лет опыта и всего одно рабочее место в QA, потому судить могу только по тому, что в чатиках пишут.

> определённый склад ума и мышление, тогда и платить будут больше.
это если компания готова платить) а если нет нужно искать новое место) и там снова доказывать свою крутость, т.к. скиллы куа сильно привязаны к проекту)

да и у гугла вроде нет своих мануалов, им проще на аусорс свалить, вроде епам им подобное услуги оказывал

Безусловно, проблема всесторонняя. Тут нельзя просто «начать работать и получать больше». Рынок должен поменяться, компании и сотрудники подстроиться. На это время нужно.

Всем привет, ребят у кого есть опыт делать реран тестов, стек у меня джава, селенид, кукумбер, мавен, проблема следующая добавил формирования реран файла "rerun:target/cucumber-reports/rerun.txt", создал новый ранер FailedCucumberTest.javа, но так как тесты у меня распаралелены класс  FailedCucumberTest тоже запускается в паралельном потоке, а сам файл rerun.txt формируется в конце всего сьюта, в логах вижу инициализацию этого раненра но тестов 0

[INFO] Running before.FailedCucumberTest
[INFO] Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 s - in before.FailedCucumberTest

Когда то делали след образом: всем сценариям указывался тег,после прохождения тестов собирались из allure отчета все теги которые зафейлены и подавали их строкой как список на запуск

отдельніе запуски были, или в том же прогоне запускался реран?

он запускался после того как прошли все