qa e analista de testes junior: como entrar no mercado de qualidade de software no brasil

Procurar “QA junior” ou “analista de testes junior” no Brasil rende uma mistura boa e confusa. A boa: tem vaga de entrada de sobra, e muita empresa contrata estágio em QA sem pedir que você já saiba programar. A confusa: o título vira guarda-chuva. “Analista de testes”, “QA junior”, “analista de qualidade”, “QA automation”, “teste de software”, “SDET” — às vezes descrevem o mesmo trabalho, às vezes descrevem cargos bem diferentes. Você termina a busca sem saber direito o que estudar primeiro, se precisa de código ou se dá pra entrar só com raciocínio.

Respira. Essa bagunça não é cilada. É o mercado de qualidade de software de verdade no Brasil, e ele é mais acessível do que parece.

QA não exige faculdade específica, não exige ser dev sênior antes da primeira vaga e não exige decorar framework. Ele exige uma combinação que escola nenhuma ensina direto: pensamento sistemático (quebrar funcionalidade em caminho de teste), escrita clara (registrar bug que dev consegue reproduzir) e a paciência de fazer a mesma coisa de cinco jeitos pra ver onde quebra. Quem entende isso para de perseguir certificado caro antes da primeira vaga e começa a mirar nas vagas que existem de verdade. Para enxergar o mercado real, abra a lista de vagas tech no Brasil buscando por QA, teste e qualidade, ou procure estágio em QA entre as vagas junior remotas. Em qualquer dos dois, leia o corpo da vaga, não só o título.

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 à mão, explora a tela tentando quebrar e registra bug. É onde a maioria dos junior começa.
• QA automation escreve código (Cypress, Playwright, Selenium) que repete o teste sozinho toda vez que muda algo. Pede base de programação e paga melhor.
• SDET (Software Development Engineer in Test) é dev que constrói infra de teste, pipeline de QA e ferramenta interna. É cargo mais sênior e raramente é porta de entrada.
• QA de performance/segurança é especialização (testar carga com k6/JMeter, ou testar vulnerabilidade). Costuma vir depois de um tempo no cargo.

QA manual é a porta mais larga para junior puro. QA automation costuma cobrar um pouco mais de base (e paga melhor por isso). SDET não é cargo de entrada — se uma vaga “QA junior” já pede arquitetar pipeline de teste do zero, desconfie; leia com como identificar vaga fake junior e pule.

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 (e raramente na manual): uma ferramenta de automação — Cypress domina em frontend/web hoje, Playwright cresce rápido, Selenium é o veterano que ainda aparece muito. Além disso, JavaScript ou TypeScript (para web) e noções de CI (GitHub Actions, GitLab CI) pra rodar o teste a cada mudança.

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 o eu.dev.br e busque por “QA”, “teste”, “qualidade”, “testes” e “automação”. Empresas brasileiras que costumam ter pipeline de junior em QA: bancos e fintechs (Itaú, Bradesco, XP, Nubanco — qualidade é crítica pra elas), consultorias e integradoras (CI&T, Thoughtworks, Stefanini, Accenture), empresas com produto digital maduro (Locaweb, Totvs, B3) e centros de pesquisa (CPqD, Eldorado). Estágio em QA é comum e é porta de entrada real: quando aparecer “estágio em QA” ou “analista de testes junior”, leia o corpo. Se pede criação de caso de teste, execução manual, SQL básico e “atenção ao detalhe”, é a sua porta. Se pede cinco anos e arquitetura de pipeline no “junior”, não é junior de verdade; pule.

Quando a vaga trouxer a divisão manual vs automação explícita, use isso a seu favor. Quem não tem base de código ainda deve mirar QA manual / analista de testes primeiro — é onde se aprende o raciocínio de teste e se entra sem programar. Quem já mexe com JavaScript ou Python pode mirar QA automation direto, mas vale avisar: muito lugar contrata “QA automation junior” esperando que você saiba pelo menos ler código e montar teste básico. Se a base de dev ainda tá verde, o caminho mais honesto é QA manual primeiro e automação depois, no mesmo emprego.

Quem está montando rotina de candidatura deve ler o guia de rotina semanal de fontes para vaga junior e o de como filtrar vaga remota junior — QA tem bastante vaga remota, sobretudo em produto digital. Para não gastar energia em empresa ruim, leia pesquisar empresa antes de aplicar e monte um perfil Gupy para junior, porque muita triagem de QA roda em plataforma brasileira.

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

QA é curioso no bolso: a faixa de entrada em QA manual é modesta (comparável a suporte e analista de dados de entrada), mas sobe rápido quando você vira QA automation ou SDET. Automatizar teste paga quase como dev, porque no fim é código. Por isso muita gente entra em QA manual e migra para automação no primeiro ou segundo ano — é um dos saltos de salário mais limpos da tech brasileira. Os valores mudam rápido e dependem de contrato (CLT vs PJ) e região — por isso o melhor movimento é ler salário junior no Brasil para o contexto de contrato e região, e pretensão salarial para vaga junior antes de responder a pergunta de faixa. Não existe número mágico; existe faixa com contexto. E lembre: para muita gente, QA manual é trampolim para automação, não destino final.

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.

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”. É uma das portas de entrada mais subestimadas da tech brasileira — e, com automação, uma das que mais aproxima você de código sem precisar virar dev na marraça. A vaga existe em quantidade, ela se chama quase sempre de “analista de testes” ou “QA”, e nela cabe junior de verdade sem experiência prévia.