Conteúdo e links revisados em 22 de outubro de 2026
Roadmap QA
Um caminho prático para quem quer entrar ou crescer em Qualidade de Software: da transição de carreira até QA Pleno, com preparação para entrevistas e um guia honesto de certificações. Cada assunto tem material selecionado e um exercício prático, e cada trecho termina em um projeto que mostra o que você sabe fazer.
Curadoria de Rogério LopesEngenheiro de software, QA e professor universitário
Por onde começar?
Escolha o ponto da carreira em que você está. As trilhas seguem uma ordem, mas você pode entrar em qualquer uma.
Para quem vem de outra área (suporte, atendimento, administrativo, educação, saúde, vendas, entre outras) ou está no começo da faculdade e nunca trabalhou com testes.
Ao final: Você entende o trabalho de QA, testa uma aplicação pela interface e pela API, usa SQL para consultar dados, escreve casos e bugs que qualquer pessoa reproduz e tem um portfólio no GitHub com uma primeira automação rodando na CI. Currículo e LinkedIn prontos para estágio ou vaga júnior.
Entenda a área antes de investir
Antes de comprar curso ou instalar ferramenta, entenda o trabalho e o que as vagas pedem de verdade.
Pratique e confira: Leia 10 vagas reais de estágio ou QA Júnior (da sua região ou remotas). Monte uma tabela com as habilidades que mais aparecem e marque o que você já sabe. Essa tabela vira o seu mapa de estudos.
Pratique e confira: Escreva uma apresentação de até 5 frases ligando sua experiência anterior a QA, com um exemplo concreto de problema que você investigou ou evitou. Use no LinkedIn e nas entrevistas.
De Marco Tulio Valente (UFMG). Processos ágeis, requisitos e testes.
Pratique e confira: Escolha um app que você usa todo dia e escreva 3 histórias de usuário com critérios de aceite no formato Dado, Quando, Então. Peça para alguém ler e apontar o que ficou ambíguo.
Boa parte da documentação, das mensagens de erro e dos materiais das próximas trilhas está em inglês. Ler bem já faz diferença, e o hábito diário vale mais do que um curso intensivo.
Vocabulário de QA: bug, issue, test case, expected result, steps to reproduce, regression
Leia a documentação das ferramentas em inglês e use tradutor só no que travar
Mais adiante, escreva os bug reports do portfólio também em inglês
O plano básico é gratuito e inclui o fórum The Club.
Pratique e confira: Monte um glossário pessoal com 20 termos de QA em inglês e português (use o glossário do ISTQB) e leia em inglês um bug report de um projeto open source no GitHub. A partir daí, reserve 15 minutos por dia para ler documentação técnica em inglês.
Fundamentos de teste
A base que aparece em toda entrevista e na prova CTFL. Vale caprichar aqui.
Por que testar, o que é defeito, quais são os níveis e os tipos de teste. Vocabulário que todo time espera que você domine.
Erro, defeito e falha; verificação e validação
Os 7 princípios: o teste mostra a presença de defeitos (não a ausência), teste exaustivo é impossível, testar cedo economiza, defeitos se agrupam, testes se desgastam, o teste depende do contexto e ausência de defeitos é uma ilusão
Níveis: componente (unidade), integração de componentes, sistema, integração de sistemas e aceite
Tipos: funcional, não funcional, caixa-preta, caixa-branca, teste de confirmação (reteste) e regressão
Teste estático: revisar requisitos e histórias antes de existir código
Pratique e confira: Explique com um exemplo do seu dia a dia a diferença entre defeito e falha e entre reteste e regressão. Depois reescreva um critério vago ("o sistema deve ser rápido") de um jeito que dê para testar.
Pratique e confira: Escolha 2 sites da lista e faça um tour exploratório de 20 minutos em cada um. Anote 3 funcionalidades que você testaria primeiro e por quê.
Material oficial e gratuito. É a base da prova CTFL e um ótimo guia de fundamentos, mesmo para quem não vai fazer a prova.
Pratique e confira: Um cadastro aceita idade de 18 a 60 anos e exige e-mail válido. Monte as partições, os valores-limite e a lista final de casos. Diga qual caso você executaria primeiro e por quê.
Confira depois de tentar
Idade tem 3 partições: menor que 18 (inválida), de 18 a 60 (válida) e maior que 60 (inválida). Campo vazio e texto no lugar de número também são inválidos. Na análise de valor limite de 2 valores, teste 17, 18, 60 e 61 (com 3 valores, inclua 19 e 59). E-mail tem uma partição válida e várias inválidas: sem @, sem domínio e vazio. Lista enxuta: 1 caso válido (por exemplo, 30 anos e e-mail válido) e um caso para cada limite e cada partição inválida, mudando só um campo por vez. O primeiro caso a executar não tem resposta única: vale a justificativa por risco.
Pratique e confira: Peça a uma IA 10 casos de teste para o cadastro com idade de 18 a 60 anos. Compare com os seus e encontre pelo menos 3 erros, repetições ou lacunas na resposta dela, explicando cada um.
Caso de teste bom é aquele que outra pessoa executa sem te perguntar nada e chega ao mesmo resultado.
Estrutura de um caso: objetivo, pré-condições, dados, passos e resultado esperado
Diferença entre cenário (o que testar) e caso de teste (como testar)
Escrita em Gherkin (Dado, Quando, Então) e quando ela ajuda
Rastreabilidade: ligar cada caso a um requisito ou história
Priorização por risco: impacto para quem usa e chance de falhar
Exemplo de caso: CT-01, login com senha errada. Pré-condição: usuário cadastrado. Passos: abrir a tela de login, informar e-mail válido e senha errada, clicar em Entrar. Resultado esperado: mensagem de credenciais inválidas, sem dizer se o e-mail existe, e o usuário continua deslogado.
Pratique e confira: Escreva 12 casos de teste para uma tela de login: positivos, negativos e de segurança básica (como várias senhas erradas seguidas). Depois transforme 3 deles em cenários Gherkin.
Senha de todos os usuários: secret_sauce. Use problem_user e error_user para encontrar bugs e performance_glitch_user para lentidão.
Pratique e confira: No BugBank ou no Sauce Demo (usuário problem_user), encontre e relate 5 bugs com evidência. Peça para outra pessoa reproduzir só lendo o seu relato.
O plano básico é gratuito e inclui o fórum The Club.
Pratique e confira: Faça uma sessão de 45 minutos em um site de prática, com um charter escrito antes. Entregue as anotações, os bugs encontrados e 3 perguntas que surgiram sobre o produto.
Projeto: plano de testes e evidências
Construa antes de avançar. Registre as decisões e peça uma revisão.
Pratique e confira: No Practice Software Testing, crie uma conta, abra a aba Network (Rede, no Chrome em português), faça login e encontre a requisição de autenticação. Anote método, status e o que vai no corpo. Depois erre a senha e compare as duas respostas.
Pratique e confira: Publique o projeto do plano de testes no GitHub com um README. Crie uma branch, altere um arquivo, abra um pull request para você mesmo e faça o merge.
Pratique e confira: No SQLBolt, faça as lições até JOINs. Depois, no SQLite Online, crie as tabelas clientes e pedidos com poucos registros, incluindo de propósito um cliente sem pedido, e escreva as consultas que respondem: quais clientes nunca fizeram pedido? Quem fez mais pedidos?
Confira depois de tentar
Supondo as colunas id e nome em clientes e id e cliente_id em pedidos. Cliente sem pedido: SELECT c.nome FROM clientes c LEFT JOIN pedidos p ON p.cliente_id = c.id WHERE p.id IS NULL; Quem fez mais pedidos: SELECT c.id, c.nome, COUNT(p.id) AS total FROM clientes c JOIN pedidos p ON p.cliente_id = c.id GROUP BY c.id, c.nome ORDER BY total DESC; Se a primeira consulta não trouxer o cliente que você plantou, confira o LEFT JOIN e o filtro de nulos.
Pratique e confira: Na ServeRest, monte uma coleção com o ciclo completo de usuário (criar, consultar, editar e excluir), incluindo casos negativos: e-mail duplicado e campo obrigatório vazio. Depois crie um usuário administrador, faça login, cadastre um produto usando o token e tente cadastrar outro sem token (espere 401) e com o token de um usuário que não é administrador (espere 403).
Primeiros passos em programação
Automação é programação. Escolha uma linguagem e fique nela até automatizar algo útil.
Pratique e confira: Resolva 10 exercícios simples no Exercism ou no Codewars, em JavaScript ou Python. Para cada um, pense em 3 entradas de teste: normal, limite e inválida.
Pratique e confira: Escreva um script que chama a API da ServeRest, verifica se os campos obrigatórios existem no JSON e termina com erro quando algum estiver faltando.
Um teste simples, estável e bem nomeado vale mais do que dez testes frágeis.
Instalar a versão LTS mais recente do Node.js, criar o projeto com npm init playwright@latest e entender a estrutura. Em Python: pip install pytest-playwright e depois playwright install
Gravar um fluxo com o codegen e depois limpar o código gerado
Localizadores pelo que a pessoa usuária vê: getByRole, getByLabel e getByText
Asserções que esperam sozinhas, como expect(locator).toBeVisible()
Pratique e confira: Automatize login válido, login inválido e logout no Sauce Demo. Rode a suíte 5 vezes seguidas. Se falhar alguma vez sem mudança no sistema, descubra o porquê.
Projeto: portfólio inicial de QA
Junte tudo em um repositório que você consegue mostrar numa entrevista.
Um repositório público que mostra como você testa: análise, bugs, API e uma primeira automação rodando sozinha.
O npm init playwright@latest já oferece criar o workflow do GitHub Actions
Exporte a coleção de API (Postman ou Bruno) para dentro do repositório
Escreva o README pensando em quem nunca viu o projeto
Critérios de conclusão
Repositório público com README: o que é, como rodar e o que foi testado
Plano de testes e bugs do primeiro projeto
Coleção de API com casos positivos e negativos
Pelo menos 3 testes Playwright rodando no GitHub Actions e passando em 5 execuções seguidas (em TypeScript, npx playwright test --repeat-each=5 ajuda a conferir)
Uma seção de limitações dizendo o que ainda não está coberto
Esta etapa aparece no fim do mapa, mas comece logo depois do primeiro projeto (etapa 3), em paralelo com as etapas 4 a 6. Não espere terminar tudo para se candidatar.
Há bootcamps com foco em QA. Confira se a turma está aberta e quais são os requisitos.
Pratique e confira: Peça para 2 pessoas da área (de comunidades ou de plataformas de mentoria com sessões gratuitas) revisarem seu currículo e LinkedIn. Aplique o retorno e candidate-se a 5 vagas por semana, registrando tudo em uma planilha.
O plano básico é gratuito e inclui o fórum The Club.
Pratique e confira: Escolha 2 canais e 1 comunidade para acompanhar. Publique no LinkedIn um resumo do seu primeiro projeto de portfólio e comente com conteúdo em 3 publicações de profissionais de QA por semana.
Pratique e confira: Participe de um ciclo de testes em uma plataforma de crowdtesting ou de um projeto voluntário. Registre no portfólio o tipo de produto, quantos bugs foram aceitos e o que aprendeu, sem citar o cliente nem detalhes protegidos pelo acordo de confidencialidade.
Pratique e confira: Faça um simulado oficial cronometrado. Se fizer 75% ou mais em dois simulados diferentes (a aprovação exige 65%), avalie marcar a prova.
Estágio e primeiros anos
QA Júnior: do estágio à autonomia
Para estagiários e QAs juniores que já testam no dia a dia e querem ganhar autonomia: testar uma funcionalidade inteira, automatizar com qualidade e colaborar bem com o time.
Ao final: Você testa uma funcionalidade de ponta a ponta guiado por risco (requisito, API e interface), usa SQL para conferir dados, mantém uma suíte de API e web estável rodando na CI com relatório e participa do refinamento com perguntas que evitam bugs.
Qualidade dentro do time
O júnior que cresce rápido é o que participa cedo e decide bem o que testar.
Pratique e confira: No próximo refinamento (ou em uma história de exemplo), leve 5 perguntas preparadas. Transforme as respostas em critérios de aceite e exemplos concretos.
Pratique e confira: Para uma funcionalidade do seu trabalho (ou do portfólio), monte uma matriz de riscos e decida, para cada risco, se o teste será de unidade, API, interface, exploratório ou se não será feito. Justifique.
Organização é o que permite saber o que foi testado em uma entrega. A ferramenta é detalhe; a rastreabilidade não.
Suítes, planos e ciclos de execução
Ferramentas comuns: Jira com Xray ou Zephyr, Azure Test Plans, Qase e TestRail. Aprenda o Jira Cloud: a Atlassian deixou de vender a versão Data Center para novos clientes em 2026
Ligar casos, execuções e bugs às histórias
Relatório de execução: o que passou, falhou, ficou bloqueado e por quê
Criar planos e suítes exige o acesso Basic + Test Plans, que é pago (há avaliação gratuita de 30 dias). Para praticar sem custo, use o plano gratuito do Qase ou uma planilha.
Pelas datas da Atlassian (horário do Pacífico): desde 30/03/2026 não é mais vendido para novos clientes, clientes atuais compram até 30/03/2028 e o fim de vida é em 28/03/2029. O mercado caminha para o Jira Cloud.
Pratique e confira: Organize a regressão do seu projeto em uma ferramenta com plano gratuito (como o Qase) ou em uma planilha bem estruturada. Execute um ciclo e produza um relatório de 1 página.
API e dados com profundidade
É na API e no banco que boa parte das regras de negócio realmente acontece.
Tem documentação Swagger, autenticação e regras de negócio. Pode rodar localmente com npx serverest@latest.
Pratique e confira: Leia o Swagger da ServeRest e liste, por endpoint, cenários positivos, negativos, de limite e de permissão (usuário comum tentando ação de administrador).
Pratique e confira: Automatize na ServeRest: criação de usuário com sucesso, e-mail duplicado, login com senha errada e exclusão. Os testes devem passar em qualquer ordem e mais de uma vez seguida.
Pratique e confira: No SQLite (local ou no SQLite Online), crie as tabelas clientes, pedidos e itens com poucos registros e plante 3 inconsistências: um pedido sem itens, dois clientes com o mesmo e-mail e um pedido cujo total não bate com a soma dos itens. Escreva uma consulta que encontre cada uma.
Projeto: suíte de API na CI
Construa antes de avançar. Registre as decisões e peça uma revisão.
Pratique e confira: Automatize o fluxo de compra no Practice Software Testing (buscar, adicionar ao carrinho e finalizar) com 5 testes independentes. Rode em Chromium e Firefox.
Pratique e confira: Refatore a suíte anterior usando Page Objects. Peça uma revisão de código para alguém do time ou da comunidade e aplique os comentários.
BDD e Gherkin aparecem em muitas vagas de QA. Mas BDD é sobre conversa e exemplos compartilhados: automatizar em Gherkin só vale se o time usa os cenários para alinhar regras.
Exemplos concretos como especificação
Gherkin bem escrito: declarativo, sem detalhes de clique
Ferramentas com Gherkin: Cucumber (JavaScript e Java) e pytest-bdd ou behave (Python). O Robot Framework não usa Gherkin, mas aceita passos no estilo Given, When, Then
Pratique e confira: Crie um teste instável de propósito (com espera fixa ou dados compartilhados), reproduza a falha com execuções repetidas e corrija a causa. Documente no README.
Qualidade contínua
Teste que só roda na sua máquina não protege ninguém.
Pratique e confira: Em um repositório público, crie nas configurações uma regra de proteção para a branch principal que exija a verificação da CI (Require status checks to pass). Depois faça a CI falhar com um teste quebrado, confirme que o pull request fica bloqueado e corrija. Publique o relatório HTML como artefato.
Com Docker você sobe a aplicação, o banco e as dependências iguais para todo mundo, inclusive na CI. Ele também é o jeito mais simples de rodar o Juice Shop do próximo assunto.
Imagem, container, volume e rede
Docker Compose para subir vários serviços juntos
Subir o Juice Shop ou um PostgreSQL local com um comando
Pratique e confira: Escreva o relatório de 1 página de uma entrega (real ou do portfólio) e apresente em 3 minutos para alguém. Peça retorno sobre clareza.
Além do funcional
Primeiros contatos com acessibilidade, mobile, performance e segurança. Ninguém espera especialista aqui, mas espera noção.
Pratique e confira: Audite uma página usando só o teclado, o axe e o NVDA. Relate 3 problemas de acessibilidade com o critério WCAG violado e como reproduzir.
Pratique e confira: Monte um checklist de 20 cenários para um app que você usa e execute em um emulador Android. Relate qualquer comportamento estranho com vídeo.
Pratique e confira: Rode um teste k6 com 10 usuários virtuais contra a ServeRest local, com threshold de p95 abaixo de 500 ms. Depois resolva 3 desafios do OWASP Juice Shop rodando na sua máquina com Docker.
Projeto: portfólio de QA Júnior
Construa antes de avançar. Registre as decisões e peça uma revisão.
Pratique e confira: Peça a uma IA testes automatizados para uma tela do seu projeto. Introduza um bug de propósito e veja se os testes gerados percebem. Corrija os que não perceberem e registre o que aprendeu.
Pratique e confira: Comece hoje um registro de conquistas e atualize toda sexta-feira. Em 1 mês, leve para a sua liderança e combine 2 metas para os próximos 3 meses.
Autonomia e influência
QA Pleno: responsável pela qualidade do time
Para QAs com cerca de 2 anos ou mais de experiência (ou júnior avançado) que querem conduzir a qualidade de um produto: estratégia, automação em camadas, testes não funcionais, métricas e mentoria.
Ao final: Você desenha e conduz a estratégia de qualidade de um produto, do refinamento à produção, com automação sustentável em várias camadas, testes não funcionais, métricas que orientam decisões e pessoas menos experientes crescendo com você.
Estratégia e liderança técnica
No nível pleno, você não executa só o que pedem: você propõe como o time garante qualidade.
Pratique e confira: Escreva a estratégia de testes do seu produto em até 2 páginas, apresente ao time e registre as decisões tomadas e o que ficou em aberto.
Pratique e confira: Escreva um ADR para uma decisão real da sua suíte (por exemplo, por que Playwright e não Cypress, ou como organizar os dados de teste) e peça revisão do time.
Pratique e confira: Faça a suíte rodar do zero em um ambiente limpo com Docker Compose, criando os próprios dados. Simule uma dependência externa fora do ar e teste o comportamento do sistema.
Pratique e confira: Crie um contrato entre um consumidor e uma API de exemplo com Pact e faça a CI do provedor falhar quando um campo obrigatório for removido.
Projeto: pipeline de qualidade em camadas
Construa antes de avançar. Registre as decisões e peça uma revisão.
Pratique e confira: Escreva um plano de teste de performance com hipótese, cenário, carga, critérios de aceitação e riscos. Execute com k6, analise junto com as métricas do servidor e apresente a conclusão.
QA não substitui pentest, mas encontra muitas falhas antes dele: autenticação, autorização, validação de entrada e exposição de dados.
OWASP Top 10:2025, com as mudanças da edição: falhas na cadeia de suprimentos de software (A03, que amplia a antiga categoria de componentes vulneráveis) e a categoria nova, tratamento incorreto de condições excepcionais (A10)
OWASP API Security Top 10, em que autorização por objeto (BOLA) é o risco número 1
OWASP ASVS como checklist de requisitos de segurança
Testes de autenticação, autorização (BOLA e IDOR), injeção e dados sensíveis nas respostas
Varredura com ZAP e análise de dependências no pipeline (SAST, DAST e SCA)
Pratique e confira: Resolva os laboratórios de controle de acesso da Web Security Academy e rode o ZAP em modo baseline contra o Juice Shop local, dentro da CI.
Pratique e confira: Audite um fluxo crítico completo (cadastro ou compra) com leitor de tela e axe, priorize os problemas por impacto e transforme os 3 principais em critérios de aceite para o time.
IA em qualidade, com os pés no chão
Ferramentas de IA mudam rápido. O que não muda: medir o ganho, revisar o resultado e proteger dados.
Pratique e confira: Faça um piloto de 2 semanas com uma ferramenta de IA na automação do time, com métricas definidas antes de começar. Apresente resultado, riscos e recomendação.
Pratique e confira: Monte uma avaliação com 20 perguntas para um chatbot simples (incluindo 5 tentativas de prompt injection) usando promptfoo ou DeepEval e rode na CI.
Pessoas e influência
O pleno multiplica: ensina, revisa e cria hábitos de qualidade no time.
Material oficial e gratuito. É a base da prova CTFL e um ótimo guia de fundamentos, mesmo para quem não vai fazer a prova.
Pratique e confira: Apresente para a liderança o relatório de risco de uma entrega real em 5 minutos, com recomendação clara. Pergunte o que faltou para a decisão.
Projeto: qualidade além do funcional
Feche o trecho com uma entrega que o time e a liderança consigam usar para decidir.
Mobile aparece com frequência em vagas de QA Pleno, mas só pesa onde o produto tem app próprio. A automação de interface no celular exige estratégia própria: aparelhos, versões de sistema e estabilidade.
Appium com WebdriverIO ou com a linguagem do time
Maestro para fluxos declarativos e rápidos de escrever
Fazendas de dispositivos e matriz de cobertura pelo uso real
Testar abaixo da interface (API e unidade) para manter a suíte mobile pequena
Pratique e confira: Escreva 10 verificações de qualidade para uma tabela de pedidos (nulos, duplicados e totais) e faça rodar automaticamente.
Preparação complementar
Entrevistas para vagas de QA
Para quem já construiu pelo menos um projeto e vai participar de processos seletivos de estágio, QA Júnior ou QA Pleno. Esta trilha complementa uma carreira: adapte a preparação ao nível e ao formato do processo.
Ao final: Uma apresentação de projeto de 5 minutos, respostas treinadas para as perguntas mais comuns de QA, um desafio técnico entregue com README e um plano para corrigir as lacunas que a simulação revelar.
Prepare-se para uma vaga concreta
Comece depois de construir um projeto. Adapte a preparação ao nível e ao formato do processo seletivo.
Pratique e confira: Apresente um projeto em 5 minutos: problema, sua contribuição, decisões, falha encontrada e próximos passos. Grave em vídeo ou apresente para alguém e peça retorno.
Pratique e confira: Escreva 5 histórias no formato STAR e conte cada uma em até 2 minutos. Grave e corte o que não ajuda a mostrar a sua ação e o resultado.
Exercícios próximos ao trabalho
Em vagas de QA, os exercícios mais comuns são desenhar testes, investigar bugs e responder perguntas técnicas de base.
O exercício mais comum em vaga de QA: "como você testaria isto?". Avaliam método e priorização, não a quantidade de casos.
Comece perguntando: quem usa, quais regras, o que é crítico e quais integrações existem
Organize por tipo: funcionais, negativos, limites, segurança, usabilidade, acessibilidade e performance
Priorize em voz alta: "eu começaria por isto, porque o risco é aquele"
Feche com o que você automatizaria e o que deixaria para o exploratório
Perguntas para treinar
Como você testaria um campo de login?
Pontos-chave: Método: perguntas antes, positivos e negativos, limites, segurança (bloqueio por tentativas, mensagem que não revela se o usuário existe) e acessibilidade.
Como você testaria um caixa eletrônico (ou uma máquina de café)?
Pontos-chave: Capacidade de estruturar o problema por funções, estados e riscos, sem se perder em detalhes.
Como você testaria o carrinho de uma loja virtual?
Pontos-chave: Regras de negócio (preço, estoque e cupom), estados, integrações (pagamento e frete) e o que é crítico para o negócio.
O que você automatizaria primeiro e por quê?
Pontos-chave: Critério: risco, frequência e estabilidade. Mostrar que nem tudo deve ser automatizado.
Pratique e confira: Peça para alguém escolher um produto qualquer e explique em 10 minutos, em voz alta, como testaria. Grave, assista e anote onde se perdeu ou esqueceu de priorizar.
Perguntas técnicas de base aparecem em quase todo processo de QA, do estágio ao pleno. Discuta situações concretas.
Revise status HTTP, métodos, validação, autenticação e autorização
SQL: SELECT, JOIN, GROUP BY e um caso de dupla contagem
Git: branch, commit, pull request e conflito
Explique um teste de API seu do começo ao fim
Perguntas para treinar
Qual a diferença entre 401 e 403?
Pontos-chave: 401: não autenticado (sem login ou com token inválido). 403: autenticado, mas sem permissão. Mostra noção de segurança.
Qual a diferença entre PUT e PATCH? O que é idempotência?
Pontos-chave: PUT substitui o recurso, PATCH altera parte dele. Idempotente: repetir a mesma requisição deixa o sistema no mesmo estado (como GET, PUT e DELETE).
Como você confirmaria que um cadastro feito pela tela foi salvo corretamente?
Pontos-chave: Validação por camadas: resposta da API, consulta ao banco e efeitos colaterais (e-mail enviado, evento publicado).
Escreva uma consulta que mostre clientes sem pedidos.
Pontos-chave:LEFT JOIN com filtro de nulos (ou NOT EXISTS). Avaliam JOIN e raciocínio sobre dados.
O que você faz quando um teste automatizado falha na CI?
Pontos-chave: Investigação: reproduzir, ler trace e logs, separar bug do produto, falha do teste e falha de ambiente. Nunca só rodar de novo.
Pratique e confira: Explique uma falha de API, uma consulta com dupla contagem e um caso de acesso indevido. Responda às perguntas acima em voz alta, confira na documentação e reescreva as respostas em que ficou vago.
Pratique e confira: Corrija um bug em um projeto, teste a regressão e explique o diff e suas limitações. Depois troque com alguém: um coloca um defeito no teste do outro para encontrar.
Perguntas por nível
Responda com exemplos do seu portfólio sempre que puder. Abra cada pergunta para ver os pontos-chave de uma boa resposta.
Fundamentos aparecem em quase toda entrevista de entrada. Quem responde com um exemplo próprio se destaca.
Perguntas para treinar
Qual a diferença entre erro, defeito e falha?
Pontos-chave: Fundamentos: a pessoa comete um erro, o defeito fica no produto e a falha é o comportamento errado observado.
O que é teste de regressão e quando você faz?
Pontos-chave: Garantir que o que funcionava continua funcionando depois de mudanças. Avaliam se você liga regressão a risco e automação.
Severidade e prioridade são a mesma coisa?
Pontos-chave: Não. Severidade é o impacto; prioridade é a urgência para o negócio. Exemplo: nome da empresa escrito errado na página inicial tem baixa severidade e alta prioridade.
Explique partição de equivalência e valor limite com um exemplo.
Pontos-chave: Se você aplica a técnica de verdade ou só decorou o nome.
O que não pode faltar em um bug report?
Pontos-chave: Título claro, ambiente, passos, esperado, obtido, evidência e severidade.
O que é a pirâmide de testes?
Pontos-chave: Muitos testes rápidos na base (unidade e API) e poucos de interface. Avaliam visão de custo e velocidade de retorno.
Dê exemplos de teste funcional e não funcional.
Pontos-chave: Funcional: regra de negócio. Não funcional: performance, segurança, usabilidade e acessibilidade.
O que você faria nos primeiros 30 dias em um time novo?
Pontos-chave: Curiosidade e método: entender produto, usuários, fluxo do time, riscos e ambientes antes de propor mudanças.
Material oficial e gratuito. É a base da prova CTFL e um ótimo guia de fundamentos, mesmo para quem não vai fazer a prova.
Pratique e confira: Responda a cada pergunta em voz alta em até 1 minuto, com um exemplo seu. Marque as que travaram e revise o assunto na trilha correspondente.
Pratique e confira: Escolha 3 perguntas e responda por escrito com uma situação real sua no formato STAR. Peça para alguém mais experiente fazer perguntas de aprofundamento.
Projeto: entrevista simulada
Faça a simulação antes dos processos reais e registre o retorno.
Confirme escopo, tempo disponível e critérios do desafio. Documente o que entregou e o que falta. Pergunte sobre mentoria, rotina e expectativas para o nível.
Desafio típico de QA: plano e casos para uma funcionalidade, ou testes automatizados de API e web de um sistema de exemplo
Entregue menos, porém bem feito: organização, nomes, estabilidade e documentação pesam mais que quantidade
README com como rodar, decisões, o que ficou de fora e como você melhoraria
Perguntas para o time: como QA participa do refinamento, como é a CI, quem cuida dos testes automatizados e como é a mentoria
Pratique e confira: Mantenha uma planilha com cada processo: empresa, etapas, perguntas feitas, onde travou e o que vai estudar. Revise toda semana.
Opcional: Aprofundamento conforme o processo
Algoritmos e design de sistemas são úteis em processos específicos (SDET, big techs, níveis mais altos). Não trate como pré-requisito universal para vagas de entrada.
Pratique e confira: Desenhe a estratégia de testes de um serviço simples com fila e banco, estime seus limites e justifique o que você não testaria de ponta a ponta.
Guia de decisão
Certificações em QA: qual, quando e quanto custa
Para quem quer saber se vale a pena certificar agora, qual prova fazer primeiro e como estudar sem gastar à toa. Preços, formatos e datas foram conferidos nas páginas oficiais em 22 de outubro de 2026 e podem mudar: confira antes de pagar.
Ao final: Você sabe qual certificação faz sentido para o seu momento, quanto custa e como é a prova, e tem um plano de estudo com simulados oficiais e data marcada.
Antes de pagar uma prova
Certificação é investimento. Decida com base nas vagas que você quer, não na moda.
Certificação comprova vocabulário e conhecimento de base. Não comprova que você sabe testar um sistema real. Use como complemento do portfólio, nunca no lugar dele.
Costuma pesar mais em consultorias, bancos, setor público, empresas que atendem clientes de fora e triagens com filtro de palavra-chave
Costuma pesar menos em startups e em times que avaliam por desafio técnico e portfólio
Nas vagas brasileiras, a CTFL costuma aparecer mais como diferencial do que como requisito: na amostra de 7 vagas de QA Júnior consultada em outubro de 2026, só 1 citava a certificação, como diferencial. Confira nas vagas que você quer, como no exercício abaixo
Ordem sugerida: fundamentos e primeiro projeto, depois CTFL. Quase todas as certificações avançadas exigem experiência comprovada (a CTAL-AT exige só a CTFL)
Desconfie de certificado de curso rápido vendido como se fosse certificação reconhecida
Pratique e confira: Olhe 10 vagas que você quer e conte quantas citam CTFL ou ISTQB como obrigatório ou desejável. Use esse número para decidir se a prova entra agora no seu orçamento.
Fundamental: CTFL
A certificação de entrada mais reconhecida em testes de software. No Brasil, é aplicada pelo BSTQB, em português.
Certified Tester Foundation Level, do ISTQB. Não exige experiência nem outra certificação, e o certificado não expira.
O syllabus tem 6 capítulos, e a prova cobre todos: fundamentos, teste no ciclo de vida, teste estático, análise e modelagem de testes, gestão e ferramentas
Análise e modelagem (11 questões) e gestão (9 questões) são os capítulos que mais pesam
As questões cobram lembrar (K1), entender (K2) e aplicar (K3), principalmente técnicas de teste
Para quem
Quem está começando ou já atua e quer formalizar os fundamentos
Versão em vigor
CTFL 4.0. Em setembro de 2024 o ISTQB publicou a revisão 4.0.1, que só corrige erratas; os simulados do BSTQB já são compatíveis com ela
Prova
40 questões de múltipla escolha, 60 minutos, aprovação com 26 acertos (65%). No fim, todos têm 10 minutos extras para passar as respostas para o gabarito. Estrangeiros que fazem a prova em português têm 25% a mais de tempo, se avisarem na inscrição
Idioma
Português do Brasil
Como fazer
Exame Nacional do BSTQB, presencial, em 10 datas por ano e em dezenas de cidades: confira as cidades de cada data no calendário. Também há prova on-line em português por parceiro internacional, com preço definido por ele
Valor no BSTQB
R$ 745,00 à vista (5% de desconto no PIX) ou até 12 x R$ 75,81 no cartão. O crédito vale por 1 ano. Quem concluiu curso preparatório oficial do ISTQB nos últimos 6 meses tem 10% de desconto. No Exame Acadêmico, feito em instituições parceiras, estudantes pagam metade
Próximas datas
16/11/2026 (inscrições até 26/10/2026) e 14/12/2026 (inscrições até 23/11/2026). As inscrições para 2027 abrem em 01/12/2026
Validade
Para sempre. Certificados de versões antigas também continuam válidos
Valores e datas conferidos nas páginas oficiais do BSTQB em 22/10/2026. Confirme na página de crédito antes de pagar.
Pratique e confira: Decida entre o Exame Nacional (presencial) e o on-line, escolha uma data com pelo menos 6 semanas de estudo pela frente e anote o prazo de inscrição.
Aula interativa com exercícios: erro, defeito e falha, 7 princípios, níveis e tipos de teste.
Pratique e confira: Faça dois simulados oficiais diferentes, cronometrados. Marque a prova quando passar de 75% nos dois, com folga sobre os 65% exigidos.
Depois da CTFL: escolha pelo seu caminho
Não existe uma "próxima certificação" para todo mundo. Escolha pela função que você exerce ou quer exercer.
As certificações avançadas aprofundam uma função, e quase todas exigem experiência comprovada (a exceção é a CTAL-AT). Faça depois de pelo menos 1 ano atuando em testes.
CTAL-TA, Analista de Teste (v4.0, 2025)
Análise e modelagem de testes em profundidade. 45 questões em 120 minutos
CTAL-TAE, Engenharia de Automação de Testes (v2.0, 2024)
Arquitetura e engenharia de automação. 40 questões em 90 minutos
CTAL-TM, Gestão de Testes (v3.0, 2024)
Gestão de testes, riscos, equipes e métricas. 50 questões em 120 minutos
CTAL-TTA, Technical Test Analyst, ou analista técnico de teste (v4.0)
Testes técnicos: análise estática, segurança, performance e manutenibilidade. 45 questões em 120 minutos
CTAL-AT, Agile Tester (v2.0, maio de 2026)
Testes em times ágeis. Substitui a antiga CTFL-AT e exige só a CTFL. 40 questões em 90 minutos
Pré-requisito no BSTQB
CTFL e a qualificação para exames CTAL: 1 ano de experiência em tempo integral (estágio não conta). A CTAL-AT exige só a CTFL
Valor no BSTQB
R$ 850,00 à vista por prova avançada, com 5% de desconto no PIX (conferido em 22/10/2026)
Cuidado com material antigo: a CTFL-AT (Agile Tester) será descontinuada no BSTQB em 06/11/2027; o conteúdo ágil básico entrou na CTFL 4.0. A versão anterior da CTAL-TA tem a última prova em 16/11/2026, com inscrições até 26/10/2026. Estude sempre pelo syllabus em vigor.
Pratique e confira: Compare o syllabus da certificação avançada que mais combina com o seu trabalho com o que você faz hoje. Liste 3 lacunas e um projeto prático para cada uma antes de pensar na prova.
Certificações de nicho que mostram profundidade em um tema. Escolha pelo que você usa ou vai usar no trabalho.
CT-GenAI, Testes com IA Generativa (v1.1, 2026)
Usar IA generativa no trabalho de teste: prompts, riscos (alucinação, viés e privacidade) e adoção. Exige CTFL. 40 questões em 60 minutos
CT-AI, Teste de sistemas de IA (v2.0, abril de 2026)
Testar sistemas baseados em IA, incluindo LLMs. O uso de IA para testar saiu desta prova e ficou na CT-GenAI. Exige CTFL. A versão 1.0 ainda tem provas no BSTQB até 21/10/2027
CT-TAS, Estratégia de Automação de Testes
Estratégia e governança de automação. No BSTQB exige a qualificação CTAL
CT-PT, Teste de Performance
Planejar, executar e analisar testes de performance. Exige CTFL. 90 minutos
CT-SEC, Teste de Segurança
Testes de segurança. No BSTQB exige a qualificação CTAL
CT-MAT, Teste de Aplicações Móveis
Particularidades dos testes mobile. Exige CTFL
CT-AcT, Teste de Aceite
Teste de aceite e colaboração com o negócio. Exige CTFL
Valores no BSTQB
R$ 725,00 à vista para a maioria das especialistas (como CT-GenAI, CT-AI, CT-PT, CT-MAT e CT-AcT) e R$ 830,00 para CT-SEC e CT-TAS, com 5% de desconto no PIX (conferido em 22/10/2026)
Pratique e confira: Escolha uma especialização ligada a um projeto real seu (por exemplo, CT-GenAI se você já usa IA nos testes) e faça o simulado oficial antes de decidir comprar a prova.
Complementares que costumam ajudar
Fora do ISTQB, algumas certificações de entrada ajudam quem trabalha com agilidade, nuvem ou pipelines.
Pratique e confira: Leia o Guia do Scrum inteiro e faça a avaliação aberta gratuita da Scrum.org até acertar 100% três vezes seguidas antes de pagar a prova.
Fundamentos de nuvem e de GitHub ajudam QAs que trabalham com pipelines e ambientes na nuvem. Quase todas são provas de entrada (a GH-200, de GitHub Actions, é de nível intermediário), e todas têm opção em português.
AZ-900, Azure Fundamentals
Prova de 45 minutos, disponível em português. Preço definido por país
Azure AI Fundamentals (prova AI-901)
A prova antiga, AI-900, foi aposentada em 30/06/2026 e substituída pela AI-901
AWS Certified Cloud Practitioner
US$ 100, 65 questões em 90 minutos, em português. Válida por 3 anos
AWS Certified AI Practitioner
US$ 100, 65 questões em 90 minutos, em português. Válida por 3 anos
GitHub Foundations (GH-900) e GitHub Actions (GH-200)
Agendadas pelo Microsoft Learn, com opção em português e preço por país. A de Actions vale por 2 anos; a GH-900 não precisa de renovação
Pratique e confira: Antes de pagar, faça o treinamento gratuito oficial indicado na página da certificação e um simulado prático gratuito, quando houver.
Para quem quer se especializar. São provas caras e quase todas em inglês (a Security+ SY0-701 também tem versão em português): faça quando o trabalho pedir.
IAAP CPACC e WAS
Certificações de acessibilidade da International Association of Accessibility Professionals. O valor varia com associação e país; confira no site oficial antes de decidir
CompTIA Security+
A versão atual é a SY0-701, com prova também em português, disponível até 11/06/2027 em inglês e até 13/08/2027 em português. A nova versão, SY0-801, tem lançamento previsto pela CompTIA para por volta de 17/11/2026, inicialmente só em inglês
eJPT, da INE
Prova prática de pentest de nível inicial, válida por 3 anos. Exige voucher e assinatura da INE
A WCAG 2.2 também virou norma ISO (ISO/IEC 40500:2025). A WCAG 3 ainda é rascunho.
Pratique e confira: Antes de pensar em prova, resolva os laboratórios gratuitos da Web Security Academy (segurança) ou audite 3 sites com a WCAG 2.2 (acessibilidade) e publique o resultado no portfólio.
Projeto: seu plano de certificação
Transforme a decisão em plano. Registre e peça para alguém revisar.
Pratique e confira: Faça um curso gratuito ligado à sua próxima meta e aplique o conteúdo em um repositório do portfólio. O repositório vale mais do que o certificado.
Como estudar com este roadmap
O roadmap mostra a ordem. O que transforma estudo em contratação é praticar e conseguir mostrar o que você fez.
Um material por assunto
Comece pelo material marcado como "Comece por este". Os outros são alternativas ou aprofundamento. Documentação oficial é para consulta, não para ler de capa a capa.
Prática com entrega
Cada assunto tem um exercício com uma entrega concreta. Marque "Pratiquei" só quando conseguir fazer sozinho, sem seguir um tutorial passo a passo.
Portfólio desde o primeiro trecho
Os projetos fecham cada trecho da trilha e viram o que você apresenta em entrevistas. Publique tudo em um repositório no GitHub, com um README claro.
O que pouca gente fala sobre começar em QA
Melhor saber agora do que depois de meses estudando na direção errada.
Nenhuma trilha garante vaga
O roadmap organiza o estudo. A contratação depende de portfólio, comunicação, rede de contatos e do momento do mercado. Comece a se candidatar antes de "terminar tudo".
Só teste manual raramente basta
Teste manual e exploratório continuam essenciais. Mesmo assim, vagas de entrada costumam pedir também API, SQL e noções de automação (veja os números abaixo). Por isso esses temas, e o Git, que todo time usa, aparecem cedo aqui.
Certificação ajuda, portfólio decide
A CTFL pesa na triagem de parte das empresas, principalmente consultorias e bancos. Ela não substitui mostrar um plano de testes, bugs bem relatados e automação funcionando.
IA acelera quem sabe testar
A IA escreve casos e scripts rápido, mas erra com confiança. Quem sabe desenhar testes e conferir o resultado ganha produtividade. Quem só copia não passa na entrevista.
Inglês técnico abre portas
Documentação, mensagens de erro e boa parte das vagas remotas estão em inglês. Ler bem já faz diferença. Comece cedo, um pouco por dia.
Constância vence maratona
Estudar um pouco todo dia, durante meses, rende mais do que fins de semana inteiros de vez em quando. Ajuste o ritmo à sua vida e não compare a sua trilha com a de ninguém.
O mercado em números
Dados de relatórios publicados entre 2025 e 2026 e de vagas consultadas em outubro de 2026.
Quase 90%das organizações já buscam usar IA generativa em engenharia de qualidade, mas só 15% chegaram a usar em escala na empresa toda. World Quality Report 2025-26
70% e 19,9%usam IA para criar casos de teste e para identificar riscos, respectivamente. A IA gera testes; decidir o que importa continua sendo trabalho humano. State of Testing 2026, PractiTest
58,1%de quem respondeu sobre as tarefas em que já usa IA citou escrever ou melhorar testes, e 48% dizem confiar na IA quando conseguem validar a resposta com facilidade. Stack Overflow Developer Survey 2026
7 de 7vagas de QA Júnior de uma amostra de outubro de 2026 citavam automação (2 só como desejável); 5 pediam testes de API, 4 pediam SQL e 4, BDD. Nas 7 vagas de QA Pleno, 6 pediam linguagem de programação e 4, mobile. Amostra pequena: serve para orientar, não é pesquisa estatística.
Perguntas frequentes
As dúvidas que mais aparecem de quem está começando ou mudando de nível.
Preciso saber programar para trabalhar com QA?
Para começar a estudar, não. Para conseguir a vaga, cada vez mais sim: na amostra de vagas de QA Júnior consultada em outubro de 2026, todas citavam automação, algumas só como desejável. Vagas apenas de teste manual ainda existem, mas ficaram mais raras, e quem programa cresce mais rápido. Por isso a trilha de Transição já inclui lógica e uma primeira automação.
Quanto tempo leva para conseguir a primeira vaga?
Depende do seu ritmo, da sua região e do momento do mercado. Com cerca de 10 horas por semana, a trilha de Transição leva de 4 a 6 meses, e quem nunca programou costuma levar mais tempo na etapa de programação. A busca pela vaga costuma continuar depois disso, e não existe prazo garantido. Comece a se candidatar quando tiver o primeiro projeto publicado, sem esperar terminar tudo.
Preciso de faculdade?
Muitas vagas aceitam pessoas sem diploma, principalmente quando há portfólio. Programas de estágio costumam exigir matrícula em curso superior ou técnico. Faculdade ajuda, mas não é a única porta.
Qual linguagem e ferramenta devo escolher?
Escolha uma e fique nela até automatizar algo útil. Este roadmap usa Playwright com TypeScript como caminho principal, porque é gratuito, atual e muito pedido. Python (com Playwright, pytest ou Robot Framework) é uma ótima alternativa. Se a vaga que você quer pede Cypress, Selenium ou Java, siga a vaga: os conceitos são os mesmos.
Vale a pena tirar a CTFL antes da primeira vaga?
Pode valer, se as vagas que você quer citam a certificação e o custo cabe no seu orçamento. Estude o syllabus de qualquer forma, porque ele é gratuito e organiza os fundamentos. A trilha de Certificações mostra valores, formato e quando cada prova faz sentido.
A IA vai acabar com a profissão de QA?
A IA muda o trabalho: tarefas repetitivas ficam mais rápidas e quem só executa roteiro perde espaço. Ao mesmo tempo, alguém precisa decidir o que testar, avaliar riscos, conferir o que a IA gerou e testar os próprios produtos com IA. Por isso ela aparece como ferramenta em todas as trilhas.
Quanto ganha uma pessoa QA no Brasil?
Varia muito com empresa, cidade, modelo de contratação e nível de automação. Como referência, as páginas por cargo da Robert Half (Guia Salarial 2026, conferidas em 22/10/2026) apontam para Analista de Testes Júnior salário inicial entre R$ 5.900 (25º percentil, perfil de quem é novo na função) e R$ 9.600 (75º percentil), com mediana de R$ 7.450, e para Pleno entre R$ 7.700 e R$ 12.900, com mediana de R$ 10.050. São projeções baseadas em profissionais que a própria consultoria encaminhou a empresas, o que tende a puxar os valores para cima: muitas primeiras vagas, principalmente em empresas menores, pagam menos. Estágio segue outra lógica (bolsa-auxílio). O guia de 2027 saiu em 20/10/2026, mas as páginas por cargo ainda mostravam esses valores nesta revisão. Use como referência, não como promessa.
Onde fica salvo o meu progresso?
Só no seu navegador, neste aparelho. Não há cadastro nem coleta de dados. Se você limpar os dados do navegador ou trocar de aparelho, o progresso não vai junto.
Posso usar este roadmap com a minha turma ou nas minhas mentorias?
Pode e deve. Compartilhe o link desta página. Cada assunto tem um botão para copiar o link direto, útil para indicar um tema específico para alguém.
Ficou com dúvida sobre o seu caminho?
Se você está em transição, no primeiro emprego ou travado no nível júnior, me chame. Também quero saber se você encontrar algum link quebrado ou conteúdo desatualizado.
