Should I go to QA Automation for development as a Developer?

Question

Java

Now there is an opportunity to get a QA Automation Intern with future employment as an engineer. But the soul lies in the development. That's the question itself (even questions), is it worth going and getting experience there? Will those skills come in handy in development? Maybe someone knows what successful cases of transfer from QA to Dev? Or is it still worth continuing to learn programming (Java) yourself and immediately enter Dev?

Answer 1

> But the soul lies in the development.
This is where you start.
For some reason, many people think that testing is the first step towards development.
This is not true.
How wrong, for example, to compare a pilot and a mechanic. Different things though work with one piece of iron.
In testing, there is always room to grow within the profession. Do not be afraid of testing, it is a complex but interesting science.

Answer 2

Бывший колега конвертнулся из тестера (ручное тестирование) в дева очень успешно - делал backend на java, но потом ушел во frontend. У нас в конторе много продуктов и они сложно переплетаются, поэтому его бекграунд очень ему помогал - он даже написал фреймворк по автоматиции установки и интеграции дев-окружения (который до сих пор используется, хотя чувак уже в другой конторе)
Кругом слышно, что у java высокий порог вхождения, поэтому устроившись на автоматизацию можно его сгладить, имхо. Умение автоматизации - тоже полезно (у нас мы сами пишем тесты Cucumber + Selenium). Главное не засиживаться, когда (если) станет скучно - брутально валить в дев. Это будет сделать проще с записью в трудовой.

Answer 3

Не иди в QA. Беги! Беги как от огня. Если ты уверен что прямо сейчас не смоешь устроиться на работу разработчиком - УВОЛЬНЯЙСЯ и тут же саморазвивайся и ходи по собеседованиям! Не загоняй себя в порочный круг, который отдалит желаемое на годы!

Answer 4

Автоматизация тестирования это тоже разработка. Там тоже нужно код оргранизовать чтобы как можно меньше пришлось его поддерживать. Задача нетривиальная. Ответственности больше чем у разработчика. Тот скинул код и пошел домой. А автоматизатор сидит и анализирует ошибку, пытается ее воспроизвести, пишет доходчивый репорт, объясняет все еще раз разработчику, перепроверяет была ли ошибка устранена. И у вас будет масса возможностей заглянуть в продакшн код, и я бы даже рекомендовал это делать, чтобы мозг не пылился, будете потом к репортам патчи с фиксами прикладывать. А там и до разработчика не далеко.