Entrar
PapaHR · Mike Pritula Academy · Cargos

Analista de QA (Testes de Software): perfil, KPIs e perguntas de entrevista

A garantia da qualidade (QA, do inglês Quality Assurance) ajuda a equipe a detectar falhas antes que prejudiquem clientes. Aqui estão o perfil da função, indicadores-chave de desempenho (KPIs), perguntas para contratação e o plano dos primeiros três meses.

Montar um perfil para sua empresa Abrir no PapaHR grátis →

Perfis de cargo, contratação, integração e avaliação no PapaHR. Grátis para até 25 funcionários.

  1. Use o perfil abaixo ou monte o seu no construtor.
  2. No PapaHR, o perfil se transforma em um anúncio de vaga, um plano de integração e metas para o período de experiência.
  3. Após 90 dias, avalie a pessoa com os mesmos KPIs e competências.

Perfil do cargo

Por que o cargo existe

Identificar riscos e defeitos antes da entrega, reduzindo perdas dos clientes e custos de correção.

Resultado em um ano

As jornadas críticas dos clientes têm testes atualizados, os defeitos são reproduzíveis pelos relatos e cada versão tem resultados e riscos restantes claros.

Posição na estrutura

  1. Responde aÀ liderança de desenvolvimento ou de qualidade, quando houver essa função.
  2. Subordinados diretosNenhum.
  3. Trabalha comDesenvolvedores: investigar defeitos e verificar correções., Gerente de Produto: esclarecer comportamentos esperados e impactos nos clientes., Gerente de Projetos: alinhar prazos de testes e liberação., Suporte ao Cliente: entender falhas relatadas e suas condições., Designer: conferir estados da interface e mensagens de erro.
Principais áreas de resultado
  1. Jornadas críticas dos clientes cobertas por testes — Cumprimento do plano de cobertura de cenários críticos100% dos cenários críticos combinados com testes atualizados.
  2. Testes concluídos no prazo combinado — Cumprimento do plano de testes da versão100% dos testes planejados concluídos no prazo.
  3. Defeitos reproduzíveis pelos relatos — Relatos de defeitos reproduzíveis100% dos relatos revisados permitem reproduzir o defeito.
  4. Correções confirmadas por novos testes — Correções verificadas no prazo100% das correções disponíveis verificadas no prazo combinado.
  5. Riscos da versão claros para a equipe — Cumprimento do plano de pareceres de liberação100% das versões com parecer completo antes da decisão de liberação.
  6. Versões preservam o funcionamento das funções críticas — Versões sem defeitos críticos100% das versões observadas sem defeitos críticos.
Requisitos

Experiência: Experiência em testes manuais de produtos web, dos requisitos às correções.

Requisitos formais: Diploma específico dispensável; apresentar amostras claras de testes e relatos.

Precisa saber

  • Etapas do desenvolvimento e papel dos testes na liberação.
  • Valores limites e agrupamento de entradas em classes de equivalência.
  • Reteste de correções e testes de regressão de funcionalidades existentes.
  • Interfaces de programação de aplicações (APIs) e verificação de respostas.
  • Linguagem de Consulta Estruturada (SQL) para leitura de dados.
  • Diferença entre gravidade do defeito e prioridade da correção.

Precisa saber fazer

  • Transformar requisitos em cenários testáveis.
  • Encontrar ambiguidades antes de iniciar os testes.
  • Registrar condições dos defeitos e reunir evidências.
  • Ler mensagens do navegador e respostas de interfaces de aplicações.
  • Escolher testes conforme o risco e o tempo disponível.
  • Explicar impactos dos defeitos em termos de negócio.
Competências em três níveis

Análise de requisitos e cenários

Encontra lacunas no comportamento do produto antes de gerar custos de correção.

  1. Testa o fluxo principal pela documentação e pergunta sobre condições pouco claras.básico
  2. Identifica limites, dados inválidos, estados e dependências entre funcionalidades.intermediário
  3. Encontra requisitos contraditórios e ajuda a equipe a definir resultados testáveis.avançado

Priorização de testes por risco

Concentra o tempo disponível em falhas que ameaçam pagamentos, dados e atividades dos clientes.

  1. Começa pelos cenários críticos combinados e sinaliza falta de tempo.básico
  2. Reordena os testes conforme os impactos dos defeitos e as funcionalidades afetadas.intermediário
  3. Propõe o escopo dos testes da versão e explica os riscos restantes.avançado

Investigação e relato de defeitos

Reduz o tempo dos desenvolvedores com esclarecimentos e novas buscas pelo problema.

  1. Registra passos, dados, versão do produto e resultado observado.básico
  2. Restringe as condições de reprodução e anexa mensagens úteis do sistema.intermediário
  3. Identifica padrões em falhas intermitentes e distingue defeitos do produto de problemas do ambiente.avançado

Organização dos testes

Torna visível a preparação da versão e permite repetir testes importantes.

  1. Registra cada resultado e diferencia testes não executados de testes aprovados.básico
  2. Atualiza testes após mudanças e verifica impactos das correções em funcionalidades relacionadas.intermediário
  3. Remove testes obsoletos, fecha lacunas e apresenta resultados claros para a equipe.avançado

Comunicação sobre qualidade

Apoia decisões de liberação com fatos e impactos nos clientes.

  1. Descreve problemas com calma e separa observações de suposições.básico
  2. Justifica a importância do defeito pelo impacto no cliente e discute ações.intermediário
  3. Resolve divergências sobre liberação registrando decisões, responsáveis e riscos aceitos.avançado

Melhoria do processo de testes

Previne falhas recorrentes e reduz atividades manuais sem utilidade.

  1. Analisa um defeito não detectado e adiciona o teste correspondente.básico
  2. Identifica causas recorrentes de falhas não detectadas e propõe mudanças no processo.intermediário
  3. Mede melhorias pelo tempo e falhas não detectadas, compartilhando soluções eficazes.avançado
Construtor

Monte um perfil para sua empresa

Marque o que essa pessoa faz na sua empresa. À direita está o perfil pronto: copie ou abra no PapaHR.

Analista de QA (Testes de Software)

Identificar riscos e defeitos antes da entrega, reduzindo perdas dos clientes e custos de correção.

Atribuições
  1. Esclarecer o comportamento esperado das funcionalidades antes do desenvolvimento.
  2. Identificar falhas que interrompam o trabalho dos clientes ou pagamentos.
  3. Criar listas de testes para funcionalidades novas e alterações relacionadas.
  4. Preparar dados de teste e conferir o ambiente.
  5. Testar a interface e trocas de dados entre sistemas.
  6. Verificar valores limites, entradas inválidas e permissões de acesso.
  7. Relatar defeitos com passos, condições, resultados esperados e obtidos.
  8. Retestar correções e verificar funcionalidades relacionadas após mudanças.
  9. Comunicar resultados dos testes e riscos antes da liberação.
  10. Adicionar testes para falhas relatadas pelos clientes.
  11. Automatizar testes repetitivos estáveis quando houver conhecimento adequado.
  12. Testar o desempenho sob a carga combinada.
  13. Verificar o uso com teclado e leitores de tela.
  14. Testar em outros dispositivos e versões de navegadores.
  15. Conferir dados após migrações entre versões do sistema.
  16. Verificar traduções da interface, formatos de datas e valores monetários.
  17. Ajudar o suporte a reproduzir falhas intermitentes com dados anonimizados.
Abrir o perfil no PapaHR

KPIs do analista de QA

  1. Cumprimento do plano de cobertura de cenários críticos — Cenários críticos com testes atuais / cenários planejados × 100%. Erro: Tratar uma lista de testes como prova de execução.peso 20% · mês
  2. Cumprimento do plano de testes da versão — Testes concluídos no prazo / testes planejados × 100%. Erro: Contar testes bloqueados como aprovados.peso 20% · mês
  3. Relatos de defeitos reproduzíveis — Relatos reproduzíveis / relatos revisados × 100%. Erro: Excluir defeitos complexos da avaliação para melhorar o indicador.peso 15% · mês
  4. Correções verificadas no prazo — Correções verificadas no prazo / correções previstas para verificação × 100%. Erro: Contar correções como verificadas sem retestar.peso 15% · mês
  5. Cumprimento do plano de pareceres de liberação — Pareceres completos antes da decisão / pareceres planejados × 100%. Erro: Considerar completo um relatório sem cenários não testados e riscos pendentes.peso 10% · mês
  6. Versões sem defeitos críticos — Versões sem defeitos críticos / versões na janela de observação × 100%. Erro: Avaliar apenas quem testa ou esconder defeitos para proteger o indicador.peso 20% · trimestre
Calculadora

Calcule o bônus por KPIs

Informe o percentual de cumprimento de cada indicador e o valor do bônus para 100%. Você pode alterar os pesos.

IndicadorPeso, %Cumprimento, %Contribuição
Cumprimento do plano de cobertura de cenários críticos
Cumprimento do plano de testes da versão
Relatos de defeitos reproduzíveis
Correções verificadas no prazo
Cumprimento do plano de pareceres de liberação
Versões sem defeitos críticos
Resultado dos KPIs
Bônus
Soma dos pesos

Os pesos do exemplo são uma referência. A soma deve ser 100%.

Perguntas para a entrevista

Ficha de avaliação

Faça a entrevista e veja o resultado

Dê uma nota de 1 a 5 após cada resposta: o resultado será calculado por competência. Deixe esta página aberta no celular durante a entrevista.

Análise de requisitos e cenários

Conte sobre um requisito ambíguo: o que você esclareceu, quais testes escolheu e o que mudou?

✓ O que observar na resposta: Ambiguidade concreta, perguntas próprias, comportamento combinado e resultado dos testes.

⚑ Sinal de alerta: Testou suposições sem alinhar o comportamento esperado.

Descreva um defeito em valores limites: como escolheu os dados, encontrou a falha e confirmou a correção?

✓ O que observar na resposta: Escolha fundamentada dos valores, diferença observada e reteste.

⚑ Sinal de alerta: Cita termos, mas não consegue explicar as próprias ações.

Priorização de testes por risco

Conte sobre uma versão sem tempo para todos os testes: o que priorizou e como comunicou os riscos restantes?

✓ O que observar na resposta: Prioridades pelo impacto no cliente, lacunas explícitas e decisão combinada.

⚑ Sinal de alerta: Escolheu apenas testes rápidos e não informou os demais.

Quando uma informação nova mudou seu plano de testes? O que você revisou e qual foi o resultado?

✓ O que observar na resposta: Novos dados, relação com o risco, testes revisados e resultado observado.

⚑ Sinal de alerta: Manteve o plano mesmo sabendo da ameaça a uma funcionalidade crítica.

Investigação e relato de defeitos

Descreva um defeito que o desenvolvedor não reproduziu inicialmente: o que investigou, acrescentou ao relato e conseguiu?

✓ O que observar na resposta: Verificação de ambiente, dados e versão, passos claros e reprodução confirmada.

⚑ Sinal de alerta: Insistiu na existência do defeito sem fornecer condições ou evidências adicionais.

Conte sobre uma falha intermitente: como reuniu fatos, restringiu condições e comunicou o resultado ao desenvolvedor?

✓ O que observar na resposta: Hipóteses sucessivas, condições verificadas e evidências úteis.

⚑ Sinal de alerta: Apresentou uma causa presumida como fato comprovado.

Organização dos testes

Descreva uma correção que afetou outra funcionalidade: quais testes acrescentou e como confirmou o resultado?

✓ O que observar na resposta: Dependências entre funcionalidades, cenários adicionais e resultados registrados.

⚑ Sinal de alerta: Verificou apenas o defeito original apesar de conhecer mudanças relacionadas.

Conte sobre um conjunto de testes desatualizado: como o revisou e o que melhorou para a equipe?

✓ O que observar na resposta: Remoção de excessos, fechamento de lacunas e manutenção clara.

⚑ Sinal de alerta: Acrescentou itens sem resolver contradições e duplicações.

Comunicação sobre qualidade

Conte sobre uma divergência na gravidade de um defeito: quais fatos apresentou, qual decisão tomaram e o que ocorreu após a liberação?

✓ O que observar na resposta: Impactos no cliente, argumentos das partes, decisão registrada e resultado.

⚑ Sinal de alerta: Usou cargo ou autoridade em vez de explicar impactos.

Descreva uma versão liberada com defeito conhecido: como explicou o risco, definiu quem decidiria e acompanhou as consequências?

✓ O que observar na resposta: Limitação clara, responsável pela decisão, plano de correção e acompanhamento.

⚑ Sinal de alerta: Escondeu o defeito ou assumiu sozinho a decisão de liberação.

Melhoria do processo de testes

Conte sobre um defeito que chegou ao cliente: o que mudou nos testes e como avaliou o benefício?

✓ O que observar na resposta: Causa da falha de detecção, mudança concreta e verificação do uso.

⚑ Sinal de alerta: Procurou culpados e apenas prometeu mais atenção.

Descreva um teste manual repetitivo que melhorou: o que fez pessoalmente e como o tempo ou a confiabilidade mudaram?

✓ O que observar na resposta: Problema inicial, ações próprias e comparação dos resultados antes e depois.

⚑ Sinal de alerta: Automatizou um cenário instável sem avaliar benefícios e custos de manutenção.

Avalie pelo menos uma resposta para ver o resultado aqui. ·
Gerenciar candidatos no PapaHR

Teste prático

Testar a finalização de compra em ambiente de treinamento · 2 horas

Forneça um ambiente de treinamento, uma conta de teste e uma descrição curta da finalização de compra. Regras do exercício: a quantidade deve ser um número inteiro positivo; o desconto só se aplica quando a condição indicada é atendida; clicar novamente não pode criar outro pedido. A pessoa candidata lista testes, prioriza os maiores riscos, executa os testes disponíveis e relata os defeitos encontrados. Ao final, entrega um parecer curto sobre a liberação, incluindo cenários não testados. Se não encontrar defeitos, os resultados bastam; não deve inventar falhas. Use apenas dados de teste e pagamentos simulados. Após duas horas, a pessoa entrega o trabalho concluído e registra as limitações.

Como avaliar

  • Cobre o fluxo principal, limites de quantidade e condições do desconto.
  • Prioridades consideram pedidos duplicados e valores incorretos de pagamento.
  • Relatos incluem passos, condições, resultados esperados e obtidos.
  • Conclusões têm evidências; suposições aparecem separadamente.
  • Testes aprovados, reprovados e não executados são distinguíveis.
  • O parecer explica riscos da liberação e limitações dos testes.

Anúncio de vaga pronto

Analista de QA (Testes de Software) na [empresa]

Testar [produto], encontrar defeitos e explicar riscos antes da liberação.

Responsabilidades

  • Analisar requisitos e esclarecer cenários ambíguos com a equipe.
  • Testar novas funcionalidades, correções e áreas relacionadas do produto.
  • Escrever relatos de defeitos que os desenvolvedores consigam reproduzir.
  • Manter testes das principais jornadas dos clientes.
  • Testar APIs e dados dentro do escopo atribuído.
  • Informar condições de liberação e riscos restantes.

Requisitos

  • Experiência em testes manuais de produtos web: [experiência necessária].
  • Capacidade de escolher testes e explicar prioridades.
  • Relatos claros e atenção às condições de reprodução.
  • Prática em testes de APIs e consultas de leitura com SQL.
  • Capacidade de discutir defeitos com desenvolvedores sem buscar culpados.
  • Automação de testes será diferencial se necessária para [equipe].

O que oferecemos

  • Salário: [salário] dólares americanos; condições de revisão: [condições].
  • Modelo: [remoto/presencial/híbrido]; cidade: [cidade].
  • Horário: [horário]; fuso de trabalho: [fuso horário].
  • Equipe: [composição]; liderança: [cargo da liderança].
  • Equipamentos e acesso ao ambiente de testes: [condições].
  • Treinamento e desenvolvimento em testes: [condições].

No PapaHR, este texto vira uma vaga com página de carreiras e funil de candidatos.

Plano de integração de 90 dias

Antes do primeiro dia

  1. Alinhar início com recursos humanos (RH) e tecnologia da informação (TI).RH
  2. Preparar ambiente de testes, contas e permissões mínimas necessárias.TI
  3. Escolher a primeira funcionalidade e designar uma pessoa mentora.Gestor
  4. Preparar documentação, defeitos conhecidos e próximas alterações.Mentor

Primeiro dia

  1. Mostrar jornadas críticas dos clientes e consequências de falhas.Gestor
  2. Explicar o caminho do requisito até a liberação.Mentor
  3. Conferir acessos e executar o fluxo principal no ambiente de testes.Novo funcionário
  4. Definir critérios de defeito crítico e como comunicar ocorrências.Gestor

Primeira semana

  1. Criar testes da primeira funcionalidade e registrar dúvidas sobre requisitos.Novo funcionário
  2. Revisar cobertura dos testes e qualidade do primeiro relato de defeito.Mentor
  3. Retestar uma correção com a pessoa mentora.Novo funcionário
  4. Definir metas do período de experiência e cálculo dos indicadores.Gestor

30 dias

  1. Testar uma alteração na área atribuída com autonomia.Novo funcionário
  2. Resumir resultados, defeitos pendentes e cenários não testados.Novo funcionário
  3. Reproduzir defeitos relatados sem explicações verbais.Mentor
  4. Discutir dificuldades com ambiente, requisitos e colaboração com desenvolvedores.Gestor

60 dias

  1. Atualizar testes dos cenários críticos da área atribuída.Novo funcionário
  2. Executar testes da versão e alinhar riscos restantes.Novo funcionário
  3. Analisar defeito de cliente e adicionar teste para evitar reincidência.Novo funcionário
  4. Avaliar autonomia e prioridades em alterações reais.Gestor

90 dias

  1. Concluir o ciclo de testes de uma alteração sem acompanhamento.Novo funcionário
  2. Apresentar resultados das metas e limitações pendentes do ambiente.Novo funcionário
  3. Verificar o benefício de uma melhoria no processo de testes.Gestor
  4. Discutir resultados do período de experiência e próxima área de responsabilidade.Gestor

Metas para o período de experiência

  1. Dominar o ciclo completo de testes de uma alteração.Até o dia 90, concluir um ciclo com autonomia: requisitos, testes, defeitos, correções e parecer.
  2. Preparar testes das jornadas críticas dos clientes.Até o dia 60, documentar e executar todos os cenários críticos combinados para a área atribuída.
  3. Relatar defeitos com condições completas de reprodução.Até o dia 60, a pessoa mentora reproduz três defeitos selecionados pelos relatos, sem esclarecimentos verbais.
  4. Eliminar uma lacuna recorrente nos testes.Até o dia 90, implementar uma melhoria combinada e demonstrar seu uso na alteração seguinte.

Trajetória de carreira

Analista de Testes Júnior

Testa alterações limitadas com orientação e aprende a relatar defeitos e esclarecer requisitos.

Para avançar: Testar uma funcionalidade com autonomia e explicar os cenários escolhidos e os riscos.

Analista de QA Pleno

Assume testes de uma área do produto, esclarece requisitos e informa condições de liberação.

Para avançar: Planejar testes entre funcionalidades, analisar falhas de detecção e apoiar colegas menos experientes.

Analista de QA Sênior

Conduz testes de alterações complexas, melhora abordagens e seleciona oportunidades de automação.

Para avançar: Demonstrar coordenação de testes, mentoria e alinhamento de prioridades entre equipes.

Líder de QA

Distribui atividades, desenvolve profissionais e alinha recursos para gerenciar riscos de qualidade.

Para avançar: Ampliar a responsabilidade pela qualidade de vários produtos conforme a necessidade da empresa.

Perguntas para a reunião 1:1

  1. Quais jornadas críticas dos clientes precisam de mais testes?
  2. Quais requisitos fazem você adivinhar o comportamento esperado?
  3. Quais dos seus relatos são difíceis de reproduzir pelos desenvolvedores?
  4. O que impede receber versões com correções a tempo para testar?
  5. Qual risco da última versão deveríamos ter discutido antes?
  6. Quais testes repetitivos consomem tempo sem benefício claro?
  7. Qual lacuna nos testes podemos eliminar na próxima alteração?
  8. Que apoio ajudaria você a testar uma funcionalidade mais complexa com autonomia?

Erros na contratação e na gestão

  1. Avaliar quem testa pela quantidade de defeitos encontrados.
    Como fazer melhor: Avaliar cobertura de riscos, qualidade dos relatos e informações úteis para liberação.
  2. Buscar automação quando ninguém analisa requisitos nem executa testes básicos.
    Como fazer melhor: Definir primeiro o volume de testes manuais e as tarefas específicas de automação.
  3. Enviar alterações para testes apenas às vésperas do prazo prometido ao cliente.
    Como fazer melhor: Envolver QA nos requisitos e reservar tempo para correções.
  4. Culpar pessoalmente quem testa por qualquer defeito após a liberação.
    Como fazer melhor: Analisar causas em equipe, considerando mudanças e limitações de testes combinadas.
  5. Aplicar avaliação em produto real com pagamentos verdadeiros.
    Como fazer melhor: Usar ambiente de treinamento, dados de teste e limite de duas horas.
RH em dinheiro

Quanto custa errar na contratação do analista de QA

O mesmo cálculo da seção «RH em dinheiro» do PapaHR: custo de recrutamento mais o salário dos meses em que o novo funcionário trabalhou com metade da capacidade.

Uma saída
Por ano

Nos primeiros meses, um novo funcionário entrega cerca de metade do resultado — a outra metade do salário é o que a empresa paga pelo aprendizado. No PapaHR, o cálculo usa as saídas reais da sua empresa.

Perguntas e respostas

Qual a diferença entre analista de QA e analista de testes?

As vagas frequentemente usam esses títulos para a mesma função; confira as atividades. Os testes verificam o comportamento do produto, enquanto a garantia da qualidade também abrange requisitos e melhorias no desenvolvimento. Uma pessoa pode reunir essas atividades em uma equipe pequena.

Quem trabalha com QA precisa programar?

Nos testes manuais, análise de cenários, investigação de defeitos e relatos claros são mais importantes. Programação é necessária quando a função inclui criar ou manter testes automatizados. Avalie testes de interfaces e leitura de dados separadamente da programação.

Como avaliar alguém que encontra poucos defeitos?

Confira os riscos cobertos e a clareza dos resultados apresentados. Poucos defeitos podem indicar um produto estável ou testes superficiais. Compare os resultados com o plano, a complexidade das alterações e os relatos dos clientes.

Quem decide a liberação do produto?

QA comunica resultados dos testes, defeitos pendentes e limitações. A liderança designada decide considerando os riscos para clientes e negócio. Defina antes os critérios que impedem a liberação e quem toma a decisão.

Como definir metas de QA em uma equipe pequena?

Comece pelos cenários críticos, prazos de verificação de correções e qualidade dos relatos. Combine o plano, as regras de amostragem e a janela de observação após a liberação antes do período. Avalie a qualidade das versões com toda a equipe; não calcule o indicador quando faltarem dados.

Contrate, integre e avalie em um só sistema

O PapaHR é grátis para até 25 funcionários: perfis de cargo, vagas, integração, metas, reuniões 1:1 e avaliações.

Abrir o perfil no PapaHR Já tenho uma conta

Cargos semelhantes