Carreira em QA

[Gustavo Rodrigues Queque]

Bom dia galera, abrindo oficialmente o tópico de carreiras DEV.
Cai meio que de paraquedas na área de QA, antes era suporte N2. Atualmente atuo como QA Jr em torno de 1 ano e meio, mas sempre foi mais na parte manual, testes manuais, criação de cards no Jira, criação de testes BDD e testes manuais de software num geral, quase nunca sobrava tempo pra tentar automatizar os testes das nossas plataformas. Atualmente faço faculdade de Sistemas de Informação e estou no 3° período, mas "codar" em si ainda é algo meio doloroso pra mim. Gosto da área por ser relativamente menos estressante que um DEV, porém em contrapartida também tende a ganhar menos. Atualmente tô meio perdido, pois não ganho muito (3k CLT), porém o trabalho não é muito exaustivo e ser homeoffice me agrada bastante, ainda mais no contexto de fazer faculdade.
Me recomendam materiais de estudo, formas de estudar ou até mesmo formas de melhorar na carreira na área?

[Sergio Tanaka]

7 minutes ago, Gustavo Rodrigues Queque disse:

mas sempre foi mais na parte manual, testes manuais

comecaria acabando com isso, de uns spoilers, qual a stack do seu dia a dia e do produto q vc trabalha?

 

8 minutes ago, Gustavo Rodrigues Queque disse:

quase nunca sobrava tempo pra tentar automatizar os testes das nossas plataformas

automatizar eh uma parada q vc tem sempre q calcular o esforco e resultado.
se nao tem tempo e eh algo que vai ter realmente q fazer diariamente ou vc calcular o tempo desperdiçado/ganho para o seu lider ou vc simplesmente começa a automatizar fora do seu horario e usa isso para mostrar valor depois.

[Alyf Mendonça]

Um ponto que pode agregar também e ser um direcionador pra você é entender como empresas gringas olham pro cargo de QA. Estamos acostumados com QA que só realiza testes manuais e não trabalha com código. Algumas empresas gringas tem o cara de QA como alguém que coda pouco e também automatiza os testes. É um nível mais técnico, que te permitirá ganhar mais grana (por receber em dólar), mas que não precisará ser um programador (já que você mencionou que é algo ruim pra você).

 

No geral, não evite as coisas técnicas, isso vai te limitar demais na área. 

[Lucas Giacomelli]

Opa!

Vou dar uma pequena contribuição de forma geral visto que tbm sou QA.

De estudo, poderia começar com cursos mais "básicos" (Ex.: Udemy) onde encontra bons materiais por um preço bacana. Após isso, poderia ir avançando com cursos mais técnicos mas sempre priorizando a prática (famosa "mão na massa" para aplicar o que está aprendendo e errar onde não te cobram kkkkkk).

Por exemplo, criar algumas aplicações básicas como jogos e sites em algumas linguagens para aprender como elas funcionam na prática. Isso já me auxiliou nos testes Web que faço na minha empresa (que cobra muito o teste manual também mas já mostrei ter esse diferencial por saber detalhes mais técnicos que outros QA's não sabem).

Em conjunto, estudar as ferramentas para o QA como Cypress, Postman...pois, muitas das vezes, são nelas que as empresas trabalham para automatizar.

O ideal é ir "testando" formas e ordens de estudo para ver o que mais se adequa a sua realidade e estilo.

7 horas atrás, Alyf Mendonça disse:

No geral, não evite as coisas técnicas, isso vai te limitar demais na área. 

E isso que o Alyf mencionou é muito real. As melhores vagas, com maiores salários e mais oportunidades te exigem um mínimo de conhecimento mais técnico.

Caso queira trocar uma ideia, chama ai

[Gustavo Rodrigues Queque]

@Lucas Giacomelli Tudo certo? Agradeço as dicas, já mexi no postman pra fazer alguns testes de API, e tenho um leve conheicmento em cypress, playwright e robot. Mas tudo muito superficial. Vou aproveitar as férias da faculdade pra aprofundar em MCP playwright que tão pedindo lá no trabalho. 

[Sergio Tanaka]

Aqui no trampo portamos todos os e2e pro playwright, basicamente por causa de performance.

Ganhamos 30% no tempo cobrindo mais cenários ainda por cima.

Como aqui a gente roda tudo em container, o cypress acaba sendo um porre devido a problemas de memória conhecidos de longa data q nunca são priorizados pelos mantenedores.

[Lucas Giacomelli]

11 horas atrás, Gustavo Rodrigues Queque disse:

@Lucas Giacomelli Tudo certo? Agradeço as dicas, já mexi no postman pra fazer alguns testes de API, e tenho um leve conheicmento em cypress, playwright e robot. Mas tudo muito superficial. Vou aproveitar as férias da faculdade pra aprofundar em MCP playwright que tão pedindo lá no trabalho. 

Showw meu querido!! É isso ai

Interessante começar pelo que tua empresa tá pedindo pois assim fica mais fácil colocar em prática e fixar o conteúdo...Depois ir avançando para outras ferramentas utilizadas no mercado

O importante é não parar pois sempre tem alguma coisinha para aprender kkkkk

Tmj!

[Edenilson Eleson Cordeiro]

Passei por isso alguns anos atrás. Eu trabalhava com suporte, depois virei analista funcional, e sentia que “precisava” me tornar desenvolvedor. Então fiz o que tinha que ser feito: sentei, estudei e pratiquei. Desenvolvimento é um ofício construído na prática — quanto mais você pratica, mais melhora, e com o tempo tudo vai ficando natural.

E não fique preso esperando o “cenário perfeito”: qual é a melhor linguagem? qual é o melhor método? qual é o melhor ambiente? Isso só atrasa.

O melhor momento é agora.
A melhor máquina é a que você já tem.
E a melhor linguagem é qualquer uma que você encontre boa documentação (e quase todas têm!).

Com um pouco de insistência, as coisas começam a dar certo.

[Tadeu Santos]

Use IA desde já, vai te diferenciar nesse momento. 

Os copilots (Cursor, Windsurf, Claude, etc) não são só pra dev. Tem muito espaço pra usar a ferramenta para se desenvolver, exemplos:

• Use pra gerar massa de dados;
• Peça a IA para criticar seus cenário e sugerir outros que você não pensou;
• Peça a IA para automatizar pequenos cenários na stack de tecnologia que vocês trabalham e depois estude o código gerado;
• Peça a IA para revisar seu código e sugerir melhorias pensando em clean code e melhores práticas para testes automatizados;
• Arrume acesso aos repositórios do projeto e peça a IA para avaliar potenciais problemas nos pontos de entrada (telas, APIs, etc), automatize testes para garantir que esses problemas não aconteçam;
• Peça a IA para analisar a cobertura de testes e listar o que pode ser melhorado.

Como você está fazendo faculdade, deve conseguir licença gratuita de alguma dessas ferramentas pra ficar treinando em casa (Copilot tem licença para estudante, se não me engano).

[]'s

[Eduardo Rufino Da Silva]

On 02/12/2025 at 11:38, Gustavo Rodrigues Queque disse:

Bom dia galera, abrindo oficialmente o tópico de carreiras DEV.
Cai meio que de paraquedas na área de QA, antes era suporte N2. Atualmente atuo como QA Jr em torno de 1 ano e meio, mas sempre foi mais na parte manual, testes manuais, criação de cards no Jira, criação de testes BDD e testes manuais de software num geral, quase nunca sobrava tempo pra tentar automatizar os testes das nossas plataformas. Atualmente faço faculdade de Sistemas de Informação e estou no 3° período, mas "codar" em si ainda é algo meio doloroso pra mim. Gosto da área por ser relativamente menos estressante que um DEV, porém em contrapartida também tende a ganhar menos. Atualmente tô meio perdido, pois não ganho muito (3k CLT), porém o trabalho não é muito exaustivo e ser homeoffice me agrada bastante, ainda mais no contexto de fazer faculdade.
Me recomendam materiais de estudo, formas de estudar ou até mesmo formas de melhorar na carreira na área?

Man.. tem muito conteúdo no Youtube, recomendo o Julio de Lima.

Há possibilidade também de você pegar o Syllabus e estudar ele, é o material utilizado para aplicar a prova de certificação a CTFL. Fazer a prova e tirar o certificado seria algo legal sim, mas ter o conhecimento do que é aplicado e aplcar no dia a dia é melhor ainda. Bom pegar as referências de livros passados também e tentar estudar um pouco esses, hoje em dia temos a AI para ajudar, faz um prompt com algumas referências e pede para ir resumindo e te guiando na área.

Quando iniciei na área tive sorte de cair para automação e ficar por essa por bastante tempo, sugestão estude automação. Quando for escrever um Gherkin pense na codificação daquele vai ficar mais simples a escrita. Tente investir algumas horas no final de semana para praticar, dai não vai apanhar mais com o codar, quem sabe consegue sugerir e aplicar isso no serviço, mostrando valor e até recebendo uma promoção.

Boa sorte carinha

[Ernesto Paulo Dos Santos Junior]

Boa tarde Gustavo, tudo certo?

Adicionando ao que o pessoal já mencionou. Existem outras áreas que você pode seguir dentro de infraestrutura, compliance e segurança.

Dê uma olhada em cargos de infraestrutura, modern workplace e segurança/compliance defensivos. Existem bastante vagas que pagam relativamente bem nessas areas que precisam de pouco ou quase nenhum conhecimento de código.

Caso você queira se aprofundar nos códigos pode seguir as dicas do pessoal acima ou ir para área de scripting como powershell/bash/pythom/terraform (IAC) etc.

Abraços.