Currículo analista de QA: como provar automação sem ter tido o cargo

Testador manual com três anos de experiência abre uma vaga de QA e lê Selenium, Cypress, API testing e BDD na descrição. Fecha a aba achando que não tem perfil, quando na verdade fez exatamente esse trabalho, só que descrito em outras palavras: testou o sistema inteiro, achou bug antes de ir para produção, escreveu caso de teste do zero. O problema não é a experiência, é que o currículo nunca traduziu o que foi feito para o vocabulário que a vaga usa.

Este guia mostra como nomear ferramenta de automação mesmo com pouco uso prático, como diferenciar teste manual de automatizado no currículo sem mentir sobre o nível, e como provar automação para quem nunca teve o cargo formal.

Regra do Nome da Ferramenta: currículo de QA que diz apenas testes automatizados sem citar Selenium, Cypress, Playwright ou Appium compete em desvantagem, porque o parser busca o nome da ferramenta, não a categoria dela.

Testar o sistema não corresponde a nada, o nome da ferramenta corresponde

A maior parte das vagas de QA no Brasil, seja em Gupy, LinkedIn ou Catho, lista uma ou duas ferramentas de automação pelo nome exato. Escrever apenas testes de software ou testes automatizados no currículo não casa com nenhuma dessas buscas.

Antes: Experiência em testes de software e automação de processos de qualidade.
Depois: Analista de QA | Testes manuais e automação com Selenium (Java) e Cypress | Testes de API com Postman.

Se você usa mais de uma ferramenta, cite as duas. Se usa só uma, cite ela e a linguagem associada, porque Selenium sem Java ou Cypress sem JavaScript deixa a vaga sem saber se você programa os scripts ou só executa testes já prontos.

Manual e automatizado são etapas diferentes da carreira, e o currículo precisa deixar isso explícito

Muita vaga júnior pede só teste manual, muita vaga pleno e sênior pede automação como requisito, e algumas pedem as duas coisas juntas. Currículo que mistura tudo em um parágrafo sem separar deixa o recrutador sem saber em que nível você está.

• Teste manual: cite plano de testes, caso de teste, teste exploratório e teste de regressão pelo nome, porque são os termos que aparecem literalmente nas vagas.
• Automação: cite a ferramenta, a linguagem e, se tiver, o framework de BDD usado sobre ela, como Cucumber sobre Selenium.
• API testing: cite Postman ou Insomnia separadamente, porque teste de API é uma competência buscada à parte de teste de interface.

BDD com Cucumber é um termo específico que a vaga busca, não um sinônimo de teste organizado

Behavior Driven Development aparece em boa parte das vagas de automação mais maduras, geralmente ligado ao Cucumber e à escrita de cenários em Gherkin. Se você já escreveu um cenário no formato Dado, Quando, Então, isso é BDD, e precisa estar escrito assim no currículo.

Antes: Testes organizados por cenários de uso do sistema.
Depois: Testes automatizados em BDD (Cucumber e Gherkin) cobrindo os principais fluxos de cadastro e pagamento da aplicação.

Quem só fez teste manual prova automação com um projeto próprio, não com um curso citado sozinho

A ponte mais comum na área é sair do manual para o automatizado, e o obstáculo raramente é capacidade, é falta de prova no currículo. Citar um curso concluído sem nenhuma aplicação deixa a dúvida em aberto.

Monte um projeto pequeno: escolha um site público qualquer, escreva de cinco a dez casos de teste automatizados em Cypress ou Selenium cobrindo login e um fluxo de busca, suba o código com um link. Um projeto assim, mesmo simples, muda a leitura do currículo de quem só listou teoria.

Para o vocabulário completo esperado em vagas técnicas de TI além de QA, veja o guia de currículo para desenvolvedor de TI, e revise a lista geral de termos por área em palavras-chave de currículo por área.

Bugs por release e cobertura contam sua história se forem descritos pelo escopo real, não por número inventado

É tentador escrever uma porcentagem de cobertura de testes ou um número de bugs encontrados para parecer mais concreto, mas número sem medição real é fácil de questionar em entrevista. Descreva pelo escopo coberto em vez disso.

Antes: Responsável por garantir a qualidade do sistema e reduzir bugs em produção.
Depois: Automatizei os testes de regressão dos fluxos de checkout e cadastro, executados a cada deploy via integração contínua, reduzindo o tempo de validação manual antes do release.

Se você tem um número real medido por uma ferramenta de cobertura ou por um relatório do time, cite ele com a fonte. Sem medição, descreva o escopo, não invente a métrica.

CI e ISTQB são dois sinais de maturidade que pesam mais do que parecem

Rodar testes automatizados dentro de um pipeline de integração contínua, mesmo que configurado por outra pessoa, mostra que você trabalha com testes integrados ao processo de entrega, não como etapa isolada no fim. Cite a ferramenta de CI usada, como Jenkins, GitLab CI ou GitHub Actions, se você participou da configuração ou só da execução dos testes nela.

A certificação Certified Tester Foundation Level (CTFL) da ISTQB aparece como requisito ou diferencial em várias vagas, principalmente em empresas maiores. Escreva o nome completo da certificação, não só a sigla ISTQB.

O que fazer agora com o seu currículo de analista de QA

Se o seu currículo fala em testes de software sem citar Selenium, Cypress, Playwright ou Appium pelo nome, sem separar manual de automatizado e sem mostrar nenhum projeto de automação próprio, ele está perdendo para currículos que fizeram exatamente essa tradução. Cada candidatura nessa condição deixa sua experiência real fora da triagem.

Rode a análise gratuita em /ats com a vaga colada para ver quais ferramentas estão faltando no seu texto. Se o score vier baixo, a otimização completa custa R$ 7,80 via PIX em /checkout, e o reajuste para outra vaga sai por R$ 3,40.

Perguntas frequentes