Menu

Perguntas da entrevista de teste manual de software para profissionais experientes

software manual testing interview questions

Experimente Nosso Instrumento Para Eliminar Problemas

As perguntas mais frequentes da entrevista de Teste Manual com base em cenários para profissionais experientes com respostas detalhadas:

Recentemente tive esta experiência única de Coaching de QA (10 anos de experiência) para participar de uma entrevista de teste de software de cliente com uma empresa líder de entretenimento em Los Angeles. O site a ser testado era um site simples voltado para o cliente (uma espécie de canal de TV online) que tinha componentes Web e Mobile.

Perguntas da entrevista de teste manual de software

Uma empresa de consultoria estava projetando perfis para este cliente para um testador no local + posição de coordenador mas nenhum deles estava passando pelo processo de entrevista de teste. Então, eles decidiram coletar o Perguntas da entrevista de controle de qualidade dos participantes anteriores e eles me deram um questionário.

como escrever um bom caso de teste

Eles queriam que eu desse as respostas ao próximo candidato e treinador que pessoa a ter sucesso na entrevista de QA de teste.

Perguntas da entrevista de teste manual para experientes

Quando recebi a lista de perguntas, fiquei surpreso e 'não surpreso' ao mesmo tempo. Surpreso - porque as perguntas eram realmente básicas e um QA com 10 anos de experiência deveria ter sido capaz de respondê-las facilmente. Não estou tão surpreso porque QA é o campo de TI que tem mais ervas daninhas, na minha opinião - mas não vamos entrar nisso.

Depois de terminar o exercício, achei que seria bom compartilhar essa experiência com os leitores do STH. Para iniciantes, essa será uma boa exposição ao vivo. Para outros, será um lembrete amigável de quão importante fundamentos não importa o quão experientes sejamos.

Leitura recomendada=> 101+ perguntas e respostas da entrevista de teste de software.

Aqui vai ...

Perguntas da entrevista de teste manual para experientes

9 perguntas mais comuns da entrevista de teste de software de controle de qualidade para iniciantes, bem como candidatos experientes:

#Q 1) Qual é o processo de criação de um script de teste?

Responda:

Passo 1: é obter uma compreensão completa do AUT:

  • Isso pode ser através da leitura completa dos documentos de requisitos.
  • Na ausência de documentos, poderíamos tentar entender qualquer ponto de referência que temos - uma versão anterior do aplicativo ou wire-frames ou screenshots

Passo 2: Depois de compreender os requisitos, fazemos uma lista de quais são as áreas desta aplicação que terão de ser testadas. Em outras palavras, identificamos os requisitos de teste. O foco nesta etapa é identificar “o que” testar. O resultado desta etapa é uma lista de Cenários de teste .

Etapa 3: Assim que tivermos os cenários de teste, nos concentramos em “Como” testá-los. Esta fase envolve escrever etapas detalhadas sobre como testar um determinado recurso, quais dados inserir ( Dados de teste ) e qual é o resultado esperado.

Assim que essas 3 etapas forem concluídas, estamos prontos para o teste.

#Q 2) Quais são os campos em um relatório de bug?

Responda: Os seguintes campos importantes devem ser incluídos em um bom relatório de bug :

  1. Um ID único
  2. Descrição do defeito: uma breve descrição do bug.
  3. Etapas para reproduzir: detalhes sobre como chegar ao erro, dados de teste exatos, a hora em que o defeito foi encontrado (se aplicável) ambiente: qualquer informação que ajudará a reencontrar o problema
  4. Módulo / seção do aplicativo (se aplicável)
  5. Gravidade
  6. Captura de tela
  7. Controle de qualidade responsável: em caso de quaisquer perguntas de acompanhamento sobre este problema

#Q 3) Como testar um software voltado para o cliente?

Responda: Com qualquer aplicativo que testamos, estamos tentando ver se um determinado conjunto de requisitos é atendido pelo aplicativo ou não. Mas quando se trata de um site voltado para o usuário, além de nos concentrarmos na funcionalidade, também temos que olhar para alguns recursos de usabilidade, talvez desempenho e segurança também até certo ponto.

O primeiro nível de teste é : O site atende aos requisitos funcionais?

Por exemplo, se for um site de gerenciamento de empréstimos, precisamos verificar se o novo cliente pode solicitar um empréstimo, se o cliente existente pode acessar as informações do empréstimo, se a porcentagem de juros aplicada ao valor do empréstimo está correta etc.

O próximo nível de teste é :quão fácil é usar o site, fazer as opções fazerem sentido lógico e atender às expectativas do usuário ou não.

Por exemplo, se o usuário tiver que passar por 3-4 telas para enviar as informações básicas, ele ficará incomodado, portanto, tais questões devem ser resolvidas.

Outro exemplo, depois de inserir o nome de usuário e a senha, o usuário pode clicar na guia - o que significa que o controle deve ir para o botão “Entrar”, em vez disso, se for cancelar, o usuário ficará muito irritado e a experiência de usar o site será vai ser comprometido. Essas questões precisam ser detectadas.

Teste de performance em toda a extensão pode não estar no escopo, mas situações simples como, quanto tempo os resultados da pesquisa levam para serem exibidos e quanto tempo leva para o sistema recuperar as informações de um cliente no horário de pico - estes são alguns exemplos do tipo de coisas em que gostaríamos de ficar de olho.

melhor ferramenta de remoção de malware para windows 10

Segurança - para sites em que existe um login seguro para acessar o site, a funcionalidade mínima em torno dele deve ser testada. Por exemplo, se eu deixar o site ocioso por mais de 10 minutos, é o logout automático ou não. Algo tão básico quanto isso deve ser focado.

#Q 4) Como superar o desafio de não ter documentação de entrada para teste?

Responda: SE a documentação padrão detalhada como BRD e FSD não estiver disponível, o testador terá que depender de algum ponto de referência.

  • Capturas de tela
  • Uma versão anterior do aplicativo
  • Wireframes, etc

Outro fator que ajuda imensamente, é conversar com os desenvolvedores ou analistas de negócios (quando disponíveis) para obter uma confirmação do nosso entendimento ou esclarecimentos em caso de dúvidas.

Quando nenhuma dessas situações funciona, podemos apenas conceituar o aplicativo com base em nossa experiência anterior com aplicativos de TI e criar o conjunto básico de scripts de teste. Quando a fase de teste chega, podemos configurar uma parte do tempo de ciclo de teste e fazer algum gerenciamento de caso de teste (tornar os scripts já criados perfeitos) para que tenhamos a documentação para as próximas fases.

#Q 5) Como obter produtividade máxima de uma equipe offshore?

Responda: O segredo é garantir que todos os testadores conheçam todos os módulos e que não haja concentração de conhecimento em um só lugar. Envolver todos em revisões de pares de scripts de teste, reuniões de defeitos e sessões de KT vai garantir que todos estejam cientes do aplicativo da melhor maneira possível.

Além disso, ao incentivar o conceito de trabalho em equipe, podemos ter os membros da equipe colaborando, ajudando e ajudando uns aos outros para uma melhor produtividade.

As reuniões regulares de acompanhamento também ajudam muito no processo.

#Q 6) Quais são as funções e responsabilidades de um coordenador local? Ele / ela testa também?

Responda: O coordenador local é um ponto de contato para a equipe offshore e para o cliente para qualquer informação sobre o trabalho de teste.

Este trabalho inclui:

qual é o melhor trocador de voz
  • KT de e para offshore e clientes
  • Preparando o ambiente para teste
  • Teste de sanidade, teste de fumaça
  • Teste - a funcionalidade principal.
  • Revisão de bug - encontrada pela equipe offshore
  • Bug atribuindo ao respectivo dev
  • Apresentando métricas
  • Fornecendo assinatura

Sim, até mesmo um coordenador local precisa testar.

#Q 7) Bugs inconsistentes - Por que o local pode encontrar, mas offshore não e vice-versa - Como lidar com essa situação?

Responda: Cada bug deve ser anotado e analisado - seja encontrado no local ou offshore, seja repetível ou não. Um verdadeiro valor agregado ao trabalho de um testador é quando nos envolvemos no processo de Análise da Causa Raiz para um bug, em vez de simplesmente relatá-lo.

Algumas das maneiras de lidar com essa situação são:

  • Todos os membros da equipe local e offshore devem seguir uma diretriz de que capturas de tela devem ser feitas para cada erro que encontramos - repetível ou não.
  • Se houver registros, arquivos de sistema ou algo parecido, isso pode nos ajudar a encontrar qualquer evidência do problema - devemos tentar encontrá-lo.
  • Apesar de todas essas etapas, se ainda não podemos dizer por que e quando o problema ocorre, devemos relatá-lo ao desenvolvedor da mesma forma, com o máximo de informações que pudermos.

#Q 8) Teste de vídeo / áudio - o que isso inclui?

Responda: Como testar um aplicativo com vídeo ou áudio?

Aqui estão os pontos importantes a serem considerados:

  • Níveis de acesso (restrito ou não - controlado por senha)
  • Diferentes tipos de ambientes
  • Compatibilidade do navegador
  • Resoluções de tela
  • Velocidades de conexão com a Internet
  • As opções específicas de um vídeo - como reproduzir, parar, silenciar etc.
  • Vídeo por tamanho
  • Resposta aos vídeos - comentários (limitações na duração do comentário e no número de comentários que podem ser feitos)
  • Respostas de vídeo aos vídeos
  • Interface com sites de redes sociais - Interoperabilidade
  • Velocidade de buffer
  • Incorporando o vídeo

#Q 9) ​​Teste de aplicativo móvel - O que inclui resumidamente?

Responda: Cenários de teste importantes de teste de aplicativo móvel:

  • Verifique se o aplicativo funciona bem com várias operadoras e vários dispositivos.
  • Usabilidade dos recursos na tela do celular.
  • Testá-lo em diferentes plataformas móveis - como Android e iOS.
  • Instalações, desinstalação, inicialização do aplicativo com rede e sem rede, funcionalidade de teste.
  • Conexões de rede –WiFi, 2G, etc.
  • Logs no utilitário de configuração do iPhone iOS para Android Monitor.bat podem ser usados ​​para depuração.

Foi isso. Agora, não era tão simples.

Como nota final, reitero a filosofia da STH - conheça bem o básico, o resto segue automaticamente.

Concluo, esperando que esse esforço seja benéfico e significativo para nossos leitores. Informe-nos abaixo na seção de comentários sobre como nos saímos.

Autor: Esta postagem foi escrita por nosso membro da equipe STH, Swati Seela.

Leitura recomendada

^