qa júnior sem experiência: o que estudar e como achar vagas

Para ser QA júnior ou analista de testes sem experiência, aprenda primeiro a criar casos de teste, registrar bugs reproduzíveis, testar API e consultar dados com SQL básico. Depois, monte um portfólio curto com plano de testes, relatório de bugs e alguns fluxos automatizados em Cypress ou Playwright. Você não precisa começar sabendo automação: teste manual continua sendo uma porta de entrada válida, desde que consiga mostrar raciocínio, escrita objetiva e atenção a comportamento inesperado.

Quer sair da teoria? Abra as vagas de QA e testes abertas agora e repita a busca por analista de testes, quality engineer, QA automation, software tester e estágio QA. O título varia bastante e a busca por qualidade sozinha também traz atendimento, indústria e auditoria. Leia as atividades antes de decidir: duas vagas com nomes parecidos podem pedir trabalhos e níveis de código completamente diferentes.

A rota mais curta é esta:

1. aprender fundamentos de teste e escrever um bug que outra pessoa consiga reproduzir;
2. praticar SQL e teste de API com Postman ou Insomnia;
3. documentar um plano de testes de um produto público;
4. automatizar poucos fluxos importantes, se a vaga pedir código;
5. adaptar currículo e portfólio para teste manual ou automação — sem misturar os dois como se fossem o mesmo cargo.

QA não exige que você vire dev sênior antes da primeira vaga nem que decore framework. O trabalho exige pensamento sistemático, comunicação clara e capacidade de investigar. Faculdade ajuda e pode ser obrigatória em estágio, mas vagas junior também avaliam projeto, experiência transferível e evidência prática. Se a sua porta for estágio, compare com o guia de estágio em TI; para vaga efetiva, siga a trilha abaixo.

primeiro: o que QA e analista de testes faz de verdade

QA é o cargo que pergunta “isso realmente funciona como o usuário espera?” antes do usuário descobrir que não. No dia a dia, isso significa:

• ler requisito ou história de usuário e pensar “onde isso pode quebrar?”;
• escrever caso de teste (passo a passo do que testar e do resultado esperado);
• executar teste manual seguindo o roteiro e registrando o que passou e o que falhou;
• quando acha bug, abrir chamado no Jira com passo a passo de reprodução, evidência e severidade;
• fazer teste de regressão (testar de novo o que já funcionava pra ver se nada quebrou com a mudança nova);
• quando há automação, escrever script que roda o teste sozinho e alerta quando algo muda de comportamento.

É, na prática, uma ponte entre o que foi prometido e o que foi entregue. Por isso o cargo premia quem comunica bem tanto quanto quem enxerga falha. Quem só quer apertar botão e marcar “passou” costuma travar; quem entende o lado de quem usa o produto cresce rápido.

Para parar de confundir os rótulos, vale a diferença rápida:

• QA manual / analista de testes escreve e executa roteiro de teste, explora a aplicação e registra defeitos reproduzíveis. Pode ser uma porta de entrada sem programação avançada.
• QA automation escreve código com Cypress, Playwright, Selenium ou outra ferramenta para repetir verificações. Pede base de programação e manutenção de testes.
• SDET (Software Development Engineer in Test) constrói infraestrutura, framework, pipeline e ferramentas de qualidade. Normalmente exige experiência maior em engenharia de software.
• QA de performance ou segurança trabalha com carga, confiabilidade ou vulnerabilidades e costuma exigir fundamentos específicos além do teste funcional.

Teste manual é a rota mais acessível quando sua base de código ainda está começando. Automação pode aparecer já no estágio ou no nível júnior, mas a vaga precisa oferecer escopo e revisão compatíveis. Se um anúncio “júnior” pede que você defina sozinho toda a estratégia, o framework e o pipeline, compare com como identificar vaga fake júnior antes de investir horas na candidatura.

a stack que aparece em quase toda vaga

Abra dez anúncios de QA e analista de testes junior no Brasil e você vai ver um padrão. Não são dez ferramentas diferentes; é o mesmo conjunto, com variação pequena.

Jira (ou ferramenta de chamado). É onde se abre bug, se acompanha status e se vincula teste a requisito. Aparece em quase toda vaga. Não precisa virar admin do Jira; precisa saber abrir um chamado bem escrito.

Gestão de casos de teste. TestRail, Xray, Zephyr (plugins do Jira) ou uma planilha bem feita. É onde o roteiro de teste vive. O conceito é o mesmo em todas: passo, dado, quando, então, resultado esperado.

Navegador e devtools. Console, network, inspector. QA manual passa o dia vasculhando por que o botão não responde; devtools é a lanterna.

Postman ou Insomnia. Para testar API. Mesmo QA manual costuma precisar mandar requisição, ver status code e validar retorno. É a ponte entre teste de tela e teste de backend.

SQL básico. Para validar se o dado que entrou na tela realmente chegou no banco, e para montar massa de teste. SELECT, WHERE, JOIN resolvem a maior parte.

Git (na intuição). Clone, branch, commit. QA automation vive no mesmo repositório do time; QA manual precisa pelo menos ler histórico e entender em qual versão está testando.

O que aparece na vaga de QA automation: uma ferramenta como Cypress, Playwright, Selenium, Robot Framework ou RestAssured; uma linguagem compatível com a stack; Git; e noções de integração contínua para executar testes a cada mudança. Não escolha ferramenta por torcida. Pesquise as vagas que você realmente pode assumir e aprenda uma opção bem o bastante para explicar seletores, dados de teste, espera, falha e manutenção.

O que costuma não aparecer na vaga de QA junior: arquitetar pipeline de DevOps do zero, framework de teste em linguagem que a empresa nem usa, performance testing em larga escala. Se a vaga de “QA junior” pede tudo isso, provavelmente não é junior de verdade; pule.

o que estudar (e a ordem que importa)

A armadilha clássica é pular direto pra automação sem nunca ter escrito um caso de teste manual decente. Quem estuda Cypress por semanas sem saber descrever um bug termina com repositório bonito e sem raciocínio de teste. Estude com intenção, na ordem certa.

1. Fundamentos de teste primeiro. Antes de ferramenta: o que é caso de teste, defeito, severidade, prioridade, regressão, smoke test, teste exploratório. Aprenda técnicas de criação de caso — partição de equivalência e valor limite resolvem 80% do “por onde testo isso?”. É teoria seca, mas é o que separa QA de “pessoa que clica aleatório”.

2. Jira e escrita de bug. Crie conta grátis no Jira. Abra um bug de verdade em algum aplicativo que você usa, escrevendo: título claro, passo a passo de reprodução, resultado esperado, resultado atual, evidência (print ou vídeo), ambiente (navegador, versão) e severidade. Um bug bem escrito é a sua prova de QA.

3. SQL básico. Bloco curto e decisivo: SELECT, WHERE, JOIN, GROUP BY. Pegue um banco de demonstração (ou um SQLite com tabela que você popular) e valide dado. QA que não consulta banco depende de dev pra tudo.

4. Postman e teste de API. Mande requisição GET, POST, PUT, DELETE numa API pública de teste (a do Postman mesmo, ou Restful Booker). Entenda status code (2xx sucesso, 4xx erro seu, 5xx erro do servidor) e body de resposta. É o que separa QA de tela de QA que entende sistema.

5. Uma ferramenta de automação (quando a base acima estiver sólida). Escolha Cypress ou Playwright, não as duas ao mesmo tempo. Automatize o login e a busca num site de demonstração. Isso vira o núcleo do seu portfólio. Quem quer subir rápido para QA automation deve ler também o guia de DevOps e cloud para junior quando chegar na parte de CI — é onde o teste automatizado roda sozinho.

O que deixar pra depois: Selenium em projeto legado antes de entender o básico de automação, certificação ISTQB cara antes da primeira vaga (ela vale, mas depois de empregado, e muita empresa nem pede), framework de performance (k6, JMeter) antes de saber testar funcional. Nada disso abre a primeira vaga de QA mais rápido.

como mostrar experiência sem mentir (portfólio de testes)

QA tem uma vantagem sobre dev: não precisa inventar produto. Você testa produto que já existe. O que a empresa avalia é raciocínio de teste, escrita de bug e capacidade de reproduzir problema. A boa notícia é que dá pra construir evidência disso sem emprego anterior.

Três movimentos que funcionam:

1. Escolha um aplicativo público e escreva plano de teste dele. Pode ser um site de e-commerce de demonstração, um app open source ou até o site de alguma empresa. Escreva 15 a 30 casos de teste cobrindo fluxo principal (login, busca, carrinho, checkout) e fluxo de exceção (senha errada, campo vazio, sessão expirando). Documente em planilha ou no TestRail grátis. Isso mostra exatamente o que a vaga pede: alguém que transforma funcionalidade em teste.
2. Automatize parte desse plano no Cypress ou Playwright. Pegue os cinco fluxos principais e transforme em script. Coloque num GitHub que recrutador olha com README explicando o que testa, como roda e o que decidiu automatizar vs deixar manual. Cinco testes que rodam valem mais que cinquenta que ninguém executa. Um repo qa-demo-loja organizado vale como portfólio tanto quanto um app de dev.
3. Reporte bugs de verdade em projeto open source ou em produto público. Muita empresa de software tem repositório público ou canal de feedback. Abrir issue bem escrita, com reprodução e evidência, é experiência de QA real e pública. Some isso a um relatório de bug bem feito num app qualquer e você tem prova concreta de “achei defeito, documentei e comuniquei”.

O que quebra credibilidade: listar “conhecimento avançado em automação” sem nunca ter rodado um teste no CI; mentir que automatizou pipeline da empresa anterior (pergunta de entrevista revela rápido); pôr certificação ISTQB que não fez. Em QA, mentira cai no primeiro exercício de “como você testaria um login?”. O guia de primeiro CV tech sem experiência ajuda a transformar plano de teste, automação e bug report em uma página honesta que se sustenta.

onde achar vaga real (e como ler o título)

Abra as vagas de QA no eu.dev.br e faça buscas separadas. Uma consulta ampla ajuda a descobrir títulos; uma consulta específica evita que “qualidade” misture software com atendimento, engenharia civil e controle industrial.

No catálogo do eu.dev.br em agosto de 2026, havia exemplos concretos de portas de entrada diferentes: automação júnior remota na EPAM, engenharia de qualidade júnior híbrida na IBM, estágio híbrido em testes na Diebold Nixdorf, estágio em automação de QA na SAP, analista de testes júnior remoto na Cognizant e uma vaga afirmativa para PCD na CWI. A lista muda duas vezes por dia e não garante que essas inscrições continuem abertas. Ela serve para mostrar que a entrada pode aparecer como estágio, analista, automação ou quality engineer — e que remoto não é o único modelo.

Leia cada anúncio em quatro camadas:

1. nível real: quem revisa seu trabalho e quanta autonomia é esperada?
2. núcleo da função: caso manual, API, web, mobile, dados ou automação?
3. stack obrigatória: SQL, Postman, Java, JavaScript, Selenium, Cypress, Playwright ou outra combinação?
4. logística: remoto para o Brasil, híbrido em uma cidade específica ou elegibilidade regional?

Se a vaga pede criação de casos, teste de API, SQL básico e automação inicial com acompanhamento, ela pode ser uma porta honesta. Se pede cinco anos, liderança da estratégia e arquitetura de pipeline, não vira júnior porque o título foi traduzido errado.

Quando a divisão entre manual e automação estiver explícita, use isso a seu favor. Quem ainda não programa pode mirar teste manual e estágio com aprendizagem técnica. Quem já usa JavaScript, Java ou Python pode disputar automação júnior, desde que consiga ler código, escrever um teste pequeno e investigar por que ele falhou. Não presuma que será possível “entrar manual e migrar depois” na mesma empresa; pergunte sobre a rotina e a evolução do time.

Para manter uma busca sustentável, use a rotina semanal de fontes para vaga júnior e o guia de como filtrar vaga remota júnior. Antes de preencher um processo longo, pesquise a empresa e ajuste seu perfil Gupy quando a candidatura passar pela plataforma.

entrevista e teste em QA

O processo seletivo de QA costuma ter três formatos: exercício de criação de caso de teste (“como você testaria um formulário de cadastro?”), teste de raciocínio lógico e, em QA automation, um teste prático de codar um fluxo simples no Cypress ou Playwright. O erro mais comum é listar só o “caminho feliz” (o fluxo que funciona) e esquecer as exceções. O acerto é cobrir caminho feliz e logo em seguida os casos de exceção: campo vazio, formato inválido, duplicidade, perda de conexão, permissão negada.

• Para o exercício de caso de teste, treine falar em voz alta a estrutura: o que estou testando, pré-condição, passo a passo, resultado esperado. Use a técnica de valor limite (testar logo abaixo, exatamente em e logo acima do limite de cada campo).
• Para o bug report, treine escrever na cabeça: título objetivo, reprodução numerada, esperado vs atual, evidência, severidade. O guia de teste técnico para junior ajuda na postura de mostrar raciocínio mesmo sem terminar tudo.
• Para a parte comportamental (trabalhar sob pressão, lidar com dev que reluta em aceitar bug), leia teste comportamental para vaga junior. Em QA, relacionamento com dev é metade da vaga — você vai apontar defeito no trabalho do colega o dia todo, e tem como fazer isso sem virar atrito.
• Depois do teste, o debrief de teste técnico junior ajuda a transformar o resultado em ajuste.

salário: o que esperar na entrada

Salário de QA varia com nível, cidade, contrato, idioma, domínio e quantidade de código exigida. Não aceite uma faixa genérica de internet como se “QA manual”, estágio, analista júnior e automação fossem o mesmo trabalho. Compare anúncios com responsabilidade parecida e confirme se o valor é bolsa, CLT mensal, PJ ou contrato internacional.

Automação pode ampliar as opções porque soma programação, Git e integração contínua, mas ferramenta isolada não garante salário nem promoção. Leia salário júnior no Brasil para comparar contrato e região e pretensão salarial para vaga júnior antes de responder uma faixa. Não existe número mágico; existe função, escopo e contrato comparáveis.

se você vem de outra área

Quem vem de atendimento, suporte, análise de negócios, administrativo ou até magistério leva vantagem real em QA: já sabe documentar processo, já segue roteiro, já lida com gente que reluta quando você aponta erro e já tem o olho treinado pra “isso aqui não tá direito”. Essas skills valem tanto quanto o técnico. A migração é comum e rápida se você somar a base de criação de caso de teste e SQL. O guia de transição de carreira para tech mostra como transformar esse histórico em evidência em vez de desculpa. E o primeiro CV sem experiência ajuda a reposicionar trabalho anterior de checagem, auditoria ou atendimento como experiência de qualidade — que é exatamente o que a vaga de QA cobra.

por onde QA cresce (e para onde ele leva)

Vale saber: QA raramente é beco sem saída. Os caminhos comuns a partir dele são virar QA automation (o salto mais limpo de salário), SDET, QA lead ou especialista (performance, segurança, acessibilidade). E há uma porta lateral que muita gente subestima: QA automation ensina código, Git e CI de verdade, e por isso é um dos trampolins mais naturais para virar dev — sobretudo dev full-stack ou backend, já que o teste automatizado te força a entender como o sistema funciona de ponta a ponta. Quem quer esse caminho deve somar base de desenvolvimento ao longo do tempo; o guia de frontend para junior e o de DevOps e cloud para junior mostram o roteiro sem pedir que você vire sênior antes da hora.

perguntas frequentes sobre QA junior

dá para ser QA junior sem experiência?

Sim. A vaga junior não deveria exigir histórico profissional longo, mas você precisa substituir experiência por evidência. Um plano de testes, bugs bem documentados, uma coleção de API e uma automação pequena permitem avaliar como você pensa. Trabalho anterior em atendimento, suporte, auditoria ou operação também conta quando mostra investigação, processo e comunicação.

QA junior precisa saber programar?

Depende da vaga. QA manual pode começar sem programação, embora SQL, API e leitura de logs aumentem bastante sua autonomia. QA automation exige código porque você escreverá e manterá testes. Se o anúncio cita Cypress, Playwright, Selenium, integração contínua ou framework de automação, espere uma avaliação prática de programação.

qual ferramenta estudar primeiro: Cypress, Playwright ou Selenium?

Para um portfólio web novo, escolha Cypress ou Playwright e aprenda uma ferramenta bem. Playwright facilita testes em vários navegadores; Cypress tem material abundante e aparece em muitas equipes JavaScript. Estude Selenium primeiro quando as vagas que você mira ou a empresa desejada pedirem explicitamente essa stack. A ferramenta importa menos que saber escolher cenários, escrever seletores estáveis e explicar falhas.

o que colocar no currículo de QA sem experiência?

Coloque um resumo específico, ferramentas que você realmente usou e dois ou três projetos com resultado observável. Exemplos: “escrevi 25 casos de teste para checkout”, “documentei oito bugs com reprodução e severidade” ou “automatizei login e compra com Playwright”. Linke o repositório ou relatório e retire adjetivos que não têm prova, como “avançado” e “especialista”.

qual a diferença entre QA junior e analista de testes junior?

Na prática brasileira, os títulos frequentemente se sobrepõem. “Analista de testes” pode indicar foco maior em execução manual e documentação; “QA” pode incluir prevenção, processo e automação. O que decide é o corpo da vaga: atividades, ferramentas, autonomia esperada e quem revisará seu trabalho.

o resumo prático

• Entenda o cargo: QA pergunta “isso funciona como o usuário espera?” e devolve bug reproduzível, com caso de teste, SQL e boa escrita.
• Escolha uma porta: QA manual (entrada mais larga, sem código) ou QA automation (pede base de programação, paga melhor).
• Estude na ordem: fundamentos de teste primeiro, depois Jira e escrita de bug, depois SQL, depois Postman/API e só então uma ferramenta de automação (Cypress ou Playwright).
• Mostre experiência com plano de teste de app público, automação de poucos fluxos no GitHub e bug report bem escrito — sem mentir certificação ou pipeline.
• Leia o corpo da vaga, não só o título; pule anúncio que pede arquitetura de pipeline no “junior”.

QA não é cargo “pra quem não conseguiu virar dev”. É trabalho de engenharia de qualidade: investigar risco, produzir evidência e ajudar o time a entregar comportamento confiável. A porta pode se chamar estágio em testes, QA júnior, analista de testes, quality engineer ou automação. Você não precisa inventar experiência prévia; precisa mostrar, em escala júnior, que sabe testar com método e comunicar o que encontrou.