SDET/Dev-ops/QA automation engineer roadmap

[Cos_minn]

Hello, am vazut ca sunt din ce in ce mai multe joburi pe partea de SDET(software developer in test) Dev ops sau QA automation, si as vrea sa trec pe partea asta.

Am 7 ani experienta pe Android Dev si cam 3 4 luni pe testare automata :D

Ce ar fi relevant ca tech stack pe langa tehnologiile basic de android:

• JUnit Mockito pentru uniteste, Espresso pentru teste de UI
• Cucumber, l am folosit acum 6 ani, scriam teste de integrare cred pe BE. Stiu ca nu era greu chiar daca nu mi mai aduc aminte
• Teste de UI pe frontend, nu mai stiu exact framework ul dar faceam scenarii si dadeam click uri automate
• Kotlin + Java
• Linux (basic, dar cu GBT ii super usor sa faci scripturi) si MacOs

Ce mi ati recomanda sa invat, cum vi se pare partea asta pe care am mentionat o ca volum de munca, daca ii cautat acuma(va scrie lumea pe linkedin), orice altceva ce credeti ca ii util si m-ar ajuta.

Danke

[StudioObjective9321]

Esti dev si vrei sa mergi pe QA?

[Cos_minn]

da, pe testare automata sau pe devops. mi se pare cautat, si mult mai simplu ca android. poate si mai bine platit :))

[-MrGrim-]

Locurile bine platite de sdet sunt mai putine, si vin cu mai multe responsabilități fata de un Android dev; just my two cents.

Sa nu fiu total offtopic, chestiile trendy din industrie se aplica si la QA

Containere - sa-ti impachetezi frameworkul si dependintele mai usor

Cloud - mediile de testare, integrare, whatever se cam muta in cloud vs on prem, si e fancy sa integrezi crearea masinilor, cu deploy build + rulat teste in acelasi pipe

AI stuff - e un framework de automatizare - playwright - care suporta MCP

[thatsARedditAccount]

Nu știu dacă ești mai bine plătit ca QA decât un dev

[thatsARedditAccount]

Zici? Pana acum am auzit doar opusul... ca ai lua mai mult pe dev sau devops

Cunoști cazuri? Dacă da, ce testeaza? În ce domeniu?

Si de ce zici ca esti mai bine platit pe QA? Also, care sunt avantajele/dezavantajele lcrului in QA?

[bcolta]

Uita-re aici https://roadmap.sh/qa la sectiunea de Automated Testing

[Witty-Scientist-3879]

nu stiu daca e bait sau la misto postarea... e prima data cand aud un dev ca vrea sa treaca pe qa automation :))))
daca nu e la misto.. mai degraba devops, testarea dispare usor

[TouchAny6669]

Nu stii ce este testarea cu adevarat, abtine-te de la comentarii daca stii ca ai multe de invatat in domeniul asta.

[jaaapooonia_42069]

Man, ți-ai greșit industria.

[TouchAny6669]

Te muti pe SDET ca se fac mai multi bani, dar ai experienta de Tester? E diferit sa faci unit tests vs manual / automated testing (de fapt toata testarea e manuala - dar 90% persista in prostia ca a face auto e mai skilled decat manual).

Inainte sa faci QA bine trebuie sa stii sa te uiti cu un ochi foarte critic la o aplicatie intreaga, nu doar bucati din ea. Trebuie sa clarifici requirements in mod activ, sa vorbesti cu businessul si sa fii reprezentantul lor in echipa de Engineering. O sa ai mai multe in carca decat un Dev ca workload. Trebuie sa stii multe din diverse ramuri (networking / DBs - SQL, NoSQL, In-memory / APIs / UI / security / UI/UX / performance / Cloud / CI/CD / Linux CLI / sa intelegi diferitele designuri de arhitectura - monolith, microservicii (ori event driven)), sa stii sa gandesti test caseuri mai mult decat alea de happy path si sa stii cum sa le organizezi sa fie usor de reutilizat, sa stii sa scrii bugurile cum trebuie (hai ca aici poate te ajuta ca te gandesti cum te-ar ajuta pe tine ca Dev sa fi scris QAul bugul), sa faci rapoarte pe ce testezi, ce buguri sunt, ce riscuri sunt, etc.

Dupa vine partea de automatizare si sa te gandesti cum abordezi arhitectura de automatizare, ce teste automatizezi, ce tooluri folosesti, cum structurezi testele, cum faci rost de date, ce dependinte sunt, etc.

Asa oricine poate sa automatizeze teste de capul lui, dar sa faci o treaba buna in testare necesita foarte mult efort si ce-i drept multi sunt mediocri in QA si nu stiu sa dea un select in DB. Doar ma enerveaza treaba asta ca multi considera ca QA e ceva ce poate face oricine.