40 perguntas comuns de entrevista sobre garantia de qualidade (e respostas!)

As entrevistas de emprego são difíceis. É como se cada pergunta da entrevista tivesse sido concebida para o afastar da corrida.

Passa algum tempo a ler sobre a empresa antes da entrevista, ensaia as respostas a todas as perguntas que pensa que lhe vão fazer e, depois, no dia da entrevista, aparece com uma hora de antecedência e bebe café em excesso.

Vejamos, as entrevistas provocam ansiedade nas melhores circunstâncias, mas estamos aqui para ajudar a reduzir parte dessa ansiedade pré-entrevista.

Este guia revela o que está por detrás das entrevistas de QA, apresenta algumas das perguntas mais difíceis de entrevistas sobre testes de software e explora algumas perguntas e respostas de entrevistas de QA para o ajudar a preparar-se para o grande dia.

Como preparar-se para uma entrevista de QA

A melhor forma de se preparar é avaliar honestamente as suas capacidades e concentrar-se nos seus pontos fortes, reconhecendo simultaneamente as suas fraquezas.

Reveja as suas definições, compreenda o mercado de trabalho de QA lendo guias relevantes sobre empregos de testador de QA, analise as perguntas e respostas abaixo, consulte a descrição do emprego de testador de QA e lembre-se de que o processo de recrutamento tem tanto a ver com encontrar alguém que se adeque à cultura da empresa como com encontrar o candidato mais qualificado. 

Para se destacar na sua entrevista de QA, é crucial estar familiarizado com software de gestão de testes líder no setor. Estas ferramentas são frequentemente a base de qualquer projeto de QA bem-sucedido. Ler artigos inspiradores sobre testes de software também pode ser útil.

Quanto tempo demora uma entrevista de QA típica?

Depende do entrevistador e do entrevistado, bem como da rapidez com que percorre as perguntas.

As entrevistas de QA podem demorar bastante tempo, quer se trate de uma entrevista para uma função de testes de bases de dados de garantia da qualidade ou de uma posição de engenheiro, analista, gestor ou responsável. Muitas vezes, haverá várias rondas de entrevistas e entrevistas técnicas mais adiante.

Em geral, a maioria das entrevistas de QA demora uma a duas horas, embora possa haver várias entrevistas ao longo do processo de recrutamento. 

Lista de perguntas e respostas de entrevistas de QA

O meu objetivo com este artigo é ajudá-lo a preparar-se para o tipo de perguntas de entrevistas de QA que lhe serão feitas, quer sejam sobre automatização, o seu processo de testes ou a sua personalidade.

Frequentemente, o entrevistador estará interessado nas suas capacidades enquanto engenheiro de QA e na sua abordagem aos testes.

Algumas perguntas de entrevistas de QA serão abertas ou parecerão vagas. Isto deve-se ao facto de o entrevistador querer ouvir a sua abordagem. Está a tentar perceber que tipo de trabalhador é e, mais importante ainda, se é o tipo de trabalhador que se integrará na sua equipa de testes.

Sem mais delongas, apresentamos uma lista de possíveis perguntas e respostas de entrevistas de QA para que possa ter uma ideia das suas respostas. Boa sorte!

1. Porque deveríamos contratá-lo?

Esta é uma pergunta preferida dos entrevistadores de todo o mundo. Não é uma pergunta com rasteira - é uma forma de quebrar o gelo.

Aproveite esta oportunidade para mostrar o seu melhor. Fale sobre o que o apaixona em QA e sobre o motivo pelo qual desempenhará o trabalho melhor do que qualquer outra pessoa da equipa de QA, graças à combinação única de talento e traços de personalidade que só você pode trazer para a função. Não se preocupe em ser autocrítico ou excessivamente humilde neste caso. A pergunta foi concebida para falar sobre os pontos fortes do candidato. 

2. O que é um erro?

Um erro é qualquer defeito, engano ou falha no código de software que impeça a execução correta da funcionalidade do software. 

3. Qual é a diferença entre gravidade e prioridade?

Compreender estas distinções é essencial para uma gestão eficaz do tempo. A gravidade refere-se à complexidade da resolução de um problema, enquanto a prioridade indica a urgência da sua resolução.

O facto de um problema ter uma gravidade elevada não significa necessariamente que tenha uma prioridade elevada, e vice-versa.

Eis um exemplo de um problema de gravidade elevada e baixa prioridade:

• A aplicação falha quando uma função raramente utilizada é executada num software antigo a que a maioria dos utilizadores não consegue aceder.

Eis um exemplo de um problema de baixa gravidade e elevada prioridade:

• O logótipo errado da empresa é apresentado no arranque. 

4. Qual é a diferença entre os comandos assert e verify na automação de testes?

Existem muitas semelhanças entre os dois comandos. Ambos verificam se as condições do código são verdadeiras. A diferença está no que acontece a seguir.

• Quando um comando assert falha, a execução do código é interrompida e o teste é colocado em pausa.
• Quando um comando verify falha, a execução prossegue e o restante do código é executado.

5. Qual é a diferença entre Garantia da Qualidade, Controlo de Qualidade e Testes de Qualidade?

A garantia da qualidade planeia a forma como uma equipa e uma organização irão monitorizar o processo de testes. O controlo de qualidade encontra defeitos e sugere formas de melhorar o software. Os testes são o processo através do qual a garantia da qualidade e o controlo de qualidade encontram erros.

Eis um guia relacionado sobre a diferença entre garantia da qualidade e engenharia da qualidade, bem como sobre a diferença entre controlo de qualidade e garantia da qualidade.

6. Quando deve começar a QA?

A QA deve começar o mais cedo possível. Quanto mais cedo os analistas de QA, os testadores de QA e o líder da equipa de QA se envolverem no processo, mais problemas serão evitados posteriormente no ciclo de desenvolvimento de software. Os testes estáticos podem ser realizados antes de o software estar totalmente funcional. 

7. O que é o ciclo de vida dos testes de QA?

Pode falar sobre o processo de testes que lhe é mais familiar, mas eis uma versão padrão:

1. Requisitos
2. Planeamento 
3. Análise 
4. Conceção 
5. Implementação 
6. Execução 
7. Conclusão 
8. Encerramento 
   

 8. O que é um plano de testes? 

Um plano de testes é um documento que apresenta os detalhes do teste previsto. Antes de os testes começarem, especifica as funções necessárias, os riscos potenciais e as soluções, bem como os recursos que serão utilizados.

9. O que inclui um plano de testes?

Os planos de testes devem incluir:

• Âmbito
• Abordagem
• Recursos necessários
• Calendário previsto dos testes 

10. Quais são os principais benefícios dos testes automatizados no desenvolvimento de software?

Os testes automatizados aumentam a eficiência ao executar os casos de teste mais rapidamente e reduzir os erros humanos. Melhoram a cobertura dos testes ao executar cenários de teste extensos e repetitivos em diferentes ambientes.

Além disso, os testes automatizados permitem a integração e a entrega contínuas (CI/CD), possibilitando lançamentos mais rápidos e uma maior qualidade do software.

11. O que incluiria num plano de testes automatizados?

Uma vez que elaborar um plano para testes automatizados é uma tarefa complexa, não é necessário entrar em todos os detalhes.

Em vez disso, indique alguns aspetos essenciais de um plano de testes — por exemplo, a forma como o plano deve descrever o modo como os testes serão concebidos, como serão executados, como os defeitos serão geridos e qual será o aspeto dos relatórios da automação de testes.

12. O que é um caso de utilização?

Os casos de utilização descrevem a causa e o efeito de uma função. Garantem que a ação do utilizador e a resposta do sistema comunicam corretamente entre si. 

13. O que é uma estratégia de testes?

A estratégia de testes apresenta o plano para a fase de testes do desenvolvimento de software.

Ao contrário do plano de testes, que descreve um teste específico, a estratégia de testes abrange toda a fase de testes do desenvolvimento e inclui uma descrição das ferramentas de teste, dos grupos de testes, das prioridades dos testes, da manutenção dos registos de testes e do resumo dos testes. 

14. As estratégias de teste e os planos de teste são o mesmo documento?

Não. Os planos de teste recolhem e organizam casos de teste.

As estratégias de teste descrevem a abordagem aos testes. De um modo geral, as estratégias de teste são geridas pelo responsável ou líder de QA, enquanto os testadores de QA gerem os planos de teste.

15. Quais são alguns tipos diferentes de testes?

Testes de regressão, testes exploratórios, testes funcionais, testes de carga, testes de integração, testes unitários, testes entre navegadores, testes de caixa branca, testes de caixa preta, testes de volume, testes alfa, testes beta e muitos outros.

Consulte o nosso artigo sobre tipos de testes de software para saber mais sobre técnicas de teste.

16. Quais considera serem algumas vantagens dos testes manuais?

Eis algumas vantagens dos testes manuais sobre as quais pode falar:

• Podem ser menos dispendiosos em comparação com os testes automatizados.
• Pode ser mais fácil para equipas novas ou pessoas sem experiência em QA aprenderem a executar um teste manual, permitindo implementá-lo mais rapidamente.
• Da mesma forma, os testes manuais podem ser importantes em projetos de curto prazo, quando os guiões de teste não são reutilizados com frequência.
• Pode analisar o produto do ponto de vista do utilizador final ao realizar testes manuais.
• Testar a GUI pode parecer mais intuitivo e conduzir a resultados mais precisos ao realizar um teste manual; a acessibilidade visual e as preferências podem ser difíceis de automatizar.

Eis um artigo onde pode ler mais sobre as vantagens e desvantagens dos testes manuais e automatizados.

17. O que é um bom caso de teste?

Um bom caso de teste indica claramente os parâmetros do teste e os erros que pretende encontrar. 

18. Qual é a diferença entre testes funcionais e não funcionais?

Os testes funcionais testam as partes principais do software para garantir que este corresponde aos requisitos e às especificações. Os testes não funcionais testam aspetos essenciais, mas não cruciais, do software, como os tempos de carregamento, a resistência e o desempenho geral. 

19. A QA deve resolver problemas em produção?

Pode ter opiniões diferentes sobre este assunto, mas aconselho-o a responder "Sim".

É frequentemente positivo que a QA esteja envolvida na resolução de problemas em produção. Sempre que possível, deve escrever casos de teste, analisar os dados de teste e tentar encontrar os problemas. Ao envolver-se, a QA minimiza o número de problemas no produto final.

20. Quando encontra um erro em produção, como garante que este é resolvido?

A melhor ação é escrever imediatamente um caso de teste para o erro e executar um teste de regressão — dessa forma, quaisquer testes futuros realizados no software deverão verificar especificamente esse erro. 

21. O que fez no seu último projeto?

Não existem respostas claras, apenas orientações, para esta pergunta. É comum os entrevistadores perguntarem sobre a sua trajetória profissional e os projetos anteriores, por isso faça antecipadamente uma lista breve de pontos, para poder falar sobre os projetos que considera representarem melhor o seu trabalho.

O meu principal conselho é que responda da forma mais honesta possível. Não exagere nem desvalorize o seu contributo para equipas anteriores. Destaque momentos em que assumiu tarefas de gestão de projetos de QA fora das suas responsabilidades, para demonstrar sentido de responsabilidade. Explique qual era o seu papel diário, que ferramentas utilizava e como decorreram os testes de QA. 

22. Como define prioridades quando tem tantas tarefas?

Pense na forma como lidou com períodos de maior trabalho no passado. É uma pessoa que planeia rigorosamente? Ou prefere gerir o seu tempo de forma mais flexível, deixando espaço para se adaptar a problemas inesperados? Mais uma vez, estas perguntas de entrevista sobre testes destinam-se sobretudo a determinar se é uma boa escolha em termos de personalidade para a equipa. 

Se sente que dar prioridade a vários projetos é um dos seus pontos fracos, a Harvard Business Review tem um guia sobre como definir corretamente as prioridades no trabalho. 

23. Fale-me sobre o seu projeto mais desafiante.

Respire fundo. Deixe tudo voltar à sua memória: as emoções, as noites tardias a tentar encontrar o problema, o número desproporcionado de caixas de comida para levar empilhadas em cima da sua secretária.

Esta é uma excelente oportunidade para deixar transparecer a sua paixão pela QA. Explique o que lhe causou mais dificuldades, por que razão foi tão difícil encontrar a solução e o quanto trabalhou para resolver o problema. 

 24. Fale-me de uma ocasião em que não detetou um erro.

Na primeira pergunta, disse-lhe para dar o seu melhor de forma espontânea. É por isso que nem todas as perguntas serão formuladas de uma maneira que o coloque sob a melhor luz.

Numa entrevista para uma função de QA, a pessoa responsável pelo processo de contratação precisa de saber que qualquer potencial membro da equipa admite abertamente os seus erros.

A pior coisa que um profissional de testes de QA pode fazer é agir como se nunca tivesse cometido um erro. Seja aberto e honesto. Quando está sentado numa entrevista, é certo que já não detetou um erro ou cometeu um engano. Fale-lhes dos seus erros, de como resolveu o problema e do que aprendeu. 

25. Como testaria uma torradeira avariada?

Esta é uma pergunta bónus, porque algumas organizações gostam deste tipo de perguntas e outras não. Por um lado, coloca o entrevistador numa posição difícil, na qual quase certamente não esperava encontrar-se. No entanto, a vantagem é que exige pensamento rápido e fora do comum, permitindo aos candidatos demonstrar criatividade. 

Dado o espírito da pergunta, não lhe vou dizer como testar uma torradeira avariada. Isso cabe-lhe a si. 

26. Quais são as características essenciais dos líderes em QA?

Uma pergunta como esta fará provavelmente parte de qualquer entrevista para engenheiro de QA ou para cargos semelhantes orientados para a liderança. Também lhe poderão fazer esta pergunta porque o seu futuro gestor gostaria de saber que qualidades procura nos seus líderes.

Seja como for, a melhor resposta é uma resposta honesta. Reflita sobre isto e prepare-se para falar sobre os tipos de ambientes em que trabalha melhor e sobre como os líderes podem ajudar a criar esse ambiente.

Algumas ideias que pode abordar são uma comunicação forte, a escuta ativa, a honestidade, a segurança psicológica, a capacitação, a autonomia, a visão e muito mais.

27. Qual é a métrica de testes mais essencial e porquê?

Não existe uma resposta correta para esta pergunta, principalmente porque a métrica que escolher dependerá dos seus objetivos e do tipo de teste que está a realizar — os testes de aceitação medirão métricas muito diferentes das dos testes exploratórios, por exemplo.

Para responder a esta pergunta, prepare-se para falar sobre métricas padrão de QA, como "erros por teste", que podem ser aplicadas a muitos tipos diferentes de testes, e sobre os conhecimentos que esta métrica lhe transmite.

Prepare-se também para falar sobre a lógica subjacente à escolha de uma métrica específica de acordo com os objetivos do seu teste, os objetivos da organização em geral, o ambiente de testes e a forma como poderia fazê-lo.

Para obter pontos extra, consulte o artigo de Niall Lynch sobre uma métrica de QA que desenvolveu, denominada T2Q ou Tempo até à qualidade—pode ser aplicada de forma bastante universal a qualquer teste, é fácil de medir e transmite-lhe algo significativo sobre os seus esforços de teste.

28. Quais são alguns dos objetivos que tem para a sua carreira?

Terá de encontrar estas respostas de forma independente, mas, para obter algumas ideias, aqui está um artigo sobre a gestão da sua carreira em QA.

29. O que são testes orientados por dados?

Os testes orientados por dados são uma técnica de testes de software que armazena os dados de teste num formato de tabela ou folha de cálculo. Isto permite aos profissionais de testes executar vários casos de teste utilizando um único guião de teste, através da obtenção dinâmica de dados de entrada a partir de fontes externas, como bases de dados, folhas de cálculo ou ficheiros XML. Os resultados dos testes são depois registados no mesmo formato estruturado, tornando mais fácil analisar o desempenho em diferentes conjuntos de dados.

30. Como são implementados os testes orientados por dados?

Nos testes tradicionais, as entradas de teste são codificadas diretamente, o que limita a flexibilidade e a escalabilidade. Os testes orientados por dados eliminam esta restrição através da parametrização dos casos de teste e da utilização de variáveis globais que leem diretamente de fontes de dados externas. Esta abordagem garante a cobertura de testes para vários cenários de entrada sem modificar o guião de teste. Por exemplo, numa estrutura de automatização como o Selenium, os profissionais de testes podem utilizar ficheiros CSV ou Excel externos para introduzir valores dinâmicos nos casos de teste, permitindo uma validação abrangente com uma manutenção mínima do guião.

31. O que é uma matriz de rastreabilidade e porque é importante nos testes de software?

Uma matriz de rastreabilidade é um documento utilizado nos testes de software para garantir que todos os requisitos estão associados aos casos de teste correspondentes. Ajuda a acompanhar a cobertura dos testes, garantindo que nenhum requisito fica por testar e evitando lacunas na validação. Isto é particularmente útil na análise de impacto quando ocorrem alterações, permitindo às equipas identificar quais os casos de teste que precisam de ser atualizados ou executados novamente.

32. Como verifica se as restrições da base de dados (como chaves estrangeiras ou unicidade) estão a funcionar conforme previsto?

Tentaria inserir ou atualizar registos que deveriam violar cada restrição — por exemplo, tentaria inserir uma linha com uma chave estrangeira inexistente ou criar entradas duplicadas onde existe um índice único — e confirmaria que a BD as rejeita. A análise dos registos de erros e a confirmação de que a BD devolve os códigos de erro corretos ajudam a garantir que as restrições são aplicadas.

33. Quais são os três tipos de matrizes de rastreabilidade & qual é o papel da matriz de rastreabilidade na garantia de testes exaustivos?

Matriz de Rastreabilidade Direta (FTM), que garante que cada requisito tem casos de teste associados para uma cobertura completa; Matriz de Rastreabilidade Inversa (BTM), que garante que cada caso de teste está associado a um requisito, para evitar redundâncias; e Matriz de Rastreabilidade Bidirecional (BTM), que combina a rastreabilidade direta e inversa para verificar a cobertura total dos testes e eliminar casos de teste desnecessários. A matriz de rastreabilidade ajuda a garantir uma cobertura completa dos testes, associando os casos de teste aos requisitos do projeto e verificando se todas as funcionalidades são testadas. Permite às equipas acompanhar as alterações aos requisitos e o seu impacto nos casos de teste, reduzindo o risco de omitir funcionalidades críticas. Além disso, apoia a garantia da qualidade, identificando lacunas, evitando testes redundantes e garantindo que todos os requisitos são validados antes da implementação.

34. Em que difere o teste exploratório do teste baseado em guiões e quais são as suas principais vantagens?

O teste exploratório é uma abordagem de testes sem guião, na qual os testadores exploram ativamente a aplicação para identificar defeitos, ao contrário dos testes baseados em guiões, que seguem casos de teste predefinidos. Permite uma maior flexibilidade, revelando problemas inesperados que os testes estruturados podem não detetar. Esta abordagem ajuda a detetar problemas de usabilidade, casos-limite e novos defeitos introduzidos por alterações recentes.

35. Quais são as principais diferenças entre os testes de caixa-preta e de caixa-branca?

Os testes de caixa-preta concentram-se na verificação da funcionalidade do software sem conhecer a estrutura interna do código, baseando-se nas entradas e nos resultados esperados. Em contrapartida, os testes de caixa-branca exigem a compreensão do código, da lógica e da estrutura internas para conceber casos de teste. Enquanto os testes de caixa-preta são normalmente utilizados em testes ao nível do utilizador e testes funcionais, os testes de caixa-branca são mais adequados para testes unitários, análise da cobertura do código e testes de segurança.

36. O que são os testes de carga, de esforço e de volume?

Os testes de carga, de esforço e de volume são técnicas de desempenho que avaliam o comportamento de um sistema em diferentes condições.

• Os testes de carga medem o desempenho do sistema sob cargas de utilizadores esperadas, para garantir que consegue lidar com o tráfego normal sem problemas.
• Os testes de esforço levam o sistema para além dos seus limites, aplicando cargas de trabalho extremas para identificar os pontos de rutura e as capacidades de recuperação após falhas.
• Os testes de volume avaliam a capacidade do sistema para processar grandes quantidades de dados, garantindo estabilidade e eficiência ao lidar com volumes elevados de dados.

Cada teste ajuda a avaliar a fiabilidade, a escalabilidade e a robustez do sistema em condições variáveis.

37. Como aplica a BVA para garantir uma cobertura exaustiva dos intervalos de entrada?

A Análise de Valores Limite centra-se no teste dos extremos dos intervalos de entrada, como os pontos mínimo, máximo, imediatamente inferior, imediatamente superior e os pontos-limite válidos. Se, por exemplo, um campo de formulário aceitar valores de 1 a 100, testaria normalmente 0, 1, 2, 99, 100 e 101 (se aplicável), para garantir que o sistema lida corretamente com todos os limites críticos.

38. Pode explicar como o particionamento de equivalência ajuda a otimizar a conceção dos casos de teste?

O particionamento de equivalência agrupa as entradas em conjuntos que devem comportar-se de forma semelhante — isto evita testes redundantes. Por exemplo, se as entradas válidas para um campo de palavra-passe tiverem entre 8 e 16 caracteres, pode testar um comprimento válido e um comprimento inválido de cada lado desse intervalo, em vez de verificar todos os números de 1 a 20. É uma forma de poupar tempo que continua a garantir uma cobertura abrangente.

39. Quando utilizaria uma abordagem de tabela de decisão e como estruturaria os seus casos de teste em conformidade?

As tabelas de decisão são mais adequadas para cenários com múltiplas condições e resultados — como regras empresariais complexas. Começo por identificar todas as condições possíveis e, em seguida, organizo numa tabela as ações ou os resultados desencadeados por cada combinação. Este método proporciona uma visão clara e sistemática de todos os percursos possíveis, garantindo que nenhum ramo lógico é ignorado.

40. Qual é a sua experiência a testar diferentes tipos de APIs e que desafios costuma encontrar com SOAP em comparação com REST?

A REST é geralmente mais leve, utiliza frequentemente JSON e adapta-se bem a integrações baseadas na Web. A SOAP é mais rígida, utiliza XML e baseia-se em definições WSDL. Os desafios podem incluir lidar com esquemas de autenticação complexos, analisar XML em comparação com JSON e cumprir normas mais rigorosas nos serviços baseados em SOAP. Verifiquei que os testes automatizados para REST exigem frequentemente uma cobertura abrangente de diferentes métodos HTTP, enquanto os testes SOAP podem requerer uma validação cuidadosa dos esquemas XML.

E agora?

No fim de contas, a maioria das entrevistas de QA resume-se tanto a mostrar quem é como aquilo que sabe. Sim, terá de dominar conceitos fundamentais, como testes automatizados vs. testes manuais ou gravidade vs. prioridade, mas não subestime o valor da autoconsciência e de contar histórias com honestidade.

As equipas de recrutamento procuram alguém que consiga colaborar eficazmente, assumir os próprios erros e manter os projetos no caminho certo sob pressão.

Tenha estas perguntas em mente, mas lembre-se também de que todas as entrevistas são uma via de dois sentidos — aproveite a oportunidade para perceber se a empresa é a escolha certa para si. Se entrar preparado, curioso e pronto para se adaptar, terá as melhores hipóteses de conseguir (e prosperar na) sua nova função de QA.

Subscreva a newsletter do The CTO Club para receber mais perguntas de entrevista e informações sobre QA.