Pergunta

Temos algumas entrevistas nas quais estamos recrutando uma função de garantia de qualidade. O objetivo dos desenvolvedores envolvidos é entender se a pessoa HTE funcionará bem com a equipe de desenvolvimento.

O que são mais importante Pergunta (s) um desenvolvedor deve perguntar a uma pessoa de controle de qualidade? Estou procurando perguntas práticas mais do que perguntas abertas fofas, seus pensamentos?

Foi útil?

Solução

Infelizmente, às vezes, as perguntas abertas fofas são as que oferecem a melhor visão de uma pessoa.

Qualquer que seja técnico As perguntas que você fazem (e elas dependem muito da sua metodologia de desenvolvimento, para que eu realmente não possa ajudá -lo lá, elas devem ser adaptadas), você sempre deve estabelecer como o candidato em potencial funcionará em um ambiente de equipe.

Você precisa estabelecer isso:

  • A pessoa trabalhará bem na equipe.
  • A pessoa assumirá a responsabilidade de trabalhar com o desenvolvimento para corrigir bugs, não apenas "aqui está um bug, corrige -o e depois volte para mim".
  • O ego da pessoa não atrapalhará o trabalho da equipe (como lutar pela classificação ou gravidade dos bugs). Acho que isso geralmente é mais um problema com os desenvolvedores ficando defensivos sobre o código "deles".

Acho que a melhor abordagem nas entrevistas é apresentar cenários e perguntar ao candidato o que eles pensam, por exemplo:

  • São 16:00 na tarde de sexta-feira e Bob, um desenvolvedor, concordou em trabalhar de volta para consertar um bug de alta sexual. Precisamos de um testador para validar a correção e você é o único disponível, mas você teve um arranjo de jantar. O que você proporia?

Apenas na resposta apenas para essa pergunta, você pode avaliar se o candidato:

  • é inútil ("Desculpe, não posso perder o jantar").
  • pensa em restrições externas ("estão lá verdade Nenhum outro testador disponível? "," Posso validar no sábado de manhã? "," Bob pode trabalhar outra vez no fim de semana? ").
  • é adaptável ("Eu poderia adiar o jantar exatamente uma vez").

e assim por diante.

Não posso enfatizar como as habilidades de comunicação são importantes para o relacionamento desenvolvedor/testador. Peça ao testador que gera um relatório de bug aproximado (qualquer bug que desejar) e discutir sua adequação (etapas exatas, comportamento esperado, comportamento real, ...).

Outras dicas

Além das respostas mais profundas neste tópico, há uma pergunta simples que muitas vezes é esquecida:

Você pode agir como um usuário normal ou não experiente?

Agora, isso parece bobo, mas fornece uma visão muito boa. Se o candidato diz que sim, francamente, eles não são o que parecem ser. Nenhuma pessoa que trabalha no campo da tecnologia da informação em um desenvolvimento (em particular), análise ou função de teste pode fazer isso; Simplesmente pelo fato de estarmos além do nível de um usuário inexperiente. A resposta que você deve procurar é:

Não, no entanto, posso criar casos de teste que possam mapear com precisão o comportamento normal dos usuários normais.

Ou um derivado disso. Isso mostra algumas informações importantes.

  1. Eles são realistas
  2. Eles podem pensar fora da caixa
  3. Eles estão dispostos a realizar os métodos adequados definidos no controle de qualidade

É isso que eu encontrei pelo menos.

Espero que isso ajude de uma maneira ou de outra.

Minha sugestão seria considerar perguntas um tanto abertas como esta:

Se eu fosse até você e dissesse: "Você poderia testar essa coisa nova que eu fiz?" Quais seriam suas primeiras perguntas?

Aqui estão alguns pensamentos que eu teria perguntando isso:

  1. Existe menção de especificações ou requisitos? Se não houver, como isso afeta o teste?
  2. Eles querem que eu pareça com eles para que possam saber o que eu fiz?
  3. Eles querem saber o que eu fiz?
  4. Eles têm tempo para fazer isso e perguntar quanto tempo acho que isso pode levar?
  5. Que tipo de teste você espera: abrangente, teste de fumaça, usabilidade do corredor?
  6. Que tipos de ferramentas serão usadas para fazer isso?

Ao gravar um bug, quais são as informações mínimas que você acredita que um desenvolvedor deve ter antes de corrigi -lo?

Esse é o tipo de pergunta em que, dependendo do tipo de formação que eles têm provavelmente será um fator em sua resposta, pois algumas coisas a serem observadas incluiriam o seguinte:

  • Reprodutibilidade - Você pode obter isso de uma maneira previsível?
  • Etapas de reprodutibilidade
  • Isso é um código, dados, rede ou outro tipo de bug?
  • Quão ruim é o bug em alguma escala?
  • Ambiente - O que eu preciso para que isso aconteça novamente? Existem navegadores específicos, sistemas operacionais ou outras coisas que eu deveria ter?
  • Quais são os resultados esperados e reais que ilustram que isso é um bug?
  • Versão de software - foi encontrado em que construção do sistema?

Menciono a maioria deles, porque é isso que eu pensaria em perguntar que, em termos de que parâmetros eles têm inicialmente quando recebiam uma vaga pergunta ou solicitação que devem ter mais detalhes, mas quais detalhes importantes são o Rub. Eu também observaria quanto tempo foi feita uma pausa para dar uma resposta onde eu diria que 15 a 30 segundos está ok, qualquer coisa menos e eu pensaria que era uma pergunta antecipada e se mais do que isso é necessário, então deveria Seja um pedido por alguns minutos para pensar sobre isso, pois o ponto principal é que, quando surge essa situação, qual é a expectativa de cada lado?

Outra idéia seria mencionar qual metodologia de desenvolvimento de software você usa e depois perguntar quais desafios estão relacionados ao controle de qualidade com o uso dessa abordagem? Por exemplo, se os desenvolvedores usam o TDD, como isso afeta o controle de qualidade? E se for uma abordagem mais parecida com a cachoeira? O que você quer ver aqui é o quão bem eles podem pensar em seus pés, bem como que tipos de perguntas de acompanhamento sobre o que é usado são feitas como realmente, se eu disser que usamos scrum, quão bem isso define a implementação do general Conceitos de Scrum, realmente.

Um desenvolvedor pode verificar lhe dando um cenário que deve verificar o seguinte

Atitude

O testador possui uma atitude de investigação? Dê a ele um cenário e verifique quantas perguntas válidas ele/ela está fazendo?

Habilidades

Várias habilidades relacionadas ao teste são necessárias em cada projeto em que você trabalha. Inclui estudo de requisitos, desenho de teste, execução de testes e assim por diante. Verifique quão bom é o testador para entender o requisito.

Conhecimento

Verifique a amplitude e a profundidade do testador no campo, onde você vai recrutar o testador. Mesmo que o testador não esteja funcionando no campo atual, verifique quanto o testador sabe sobre esse campo.

Acessibilidade

Dê ao testador um cenário como há um problema com o cliente e o desenvolvedor está de licença durante toda a semana. O problema precisa ser escalado com urgência e, como testador, chegou a você para encontrar a causa raiz do problema. Como você vai se aproximar de tal situação

Alguns dos principais itens que procuramos nas pessoas de qualidade de software:

  • comunicação - O candidato pode escrever/email/falar de maneira clara e concisa, para que outros membros da equipe possam entender o defeito que descobriram
  • Solução de problemas - Aqui é onde essas perguntas sobre o quebra -cabeça da entrevista são úteis. Com esses tipos de perguntas, é mais importante saber como um candidato atacará um problema versus o quão perto eles chegam de determinar "quantos carros azuis estão nos EUA".
  • responsabilidade - É importante entender se o candidato seguirá ou não. Este é mais complicado para encontrar a verdadeira resposta, pois as pessoas estão entusiasmadas durante as entrevistas e podem concordar muito com muito, mas não significam isso. Histórias anteriores do candidato sobre como lidaram com um problema ou questão podem ser úteis. Pontos de bônus se o problema piorasse para o candidato e eles permaneceram no topo dele.
  • experiência técnica - O nível necessário para este item variará dependendo do testador: eles estarão escrevendo testes automatizados? Teste manual? Os testes automatizados exigem pelo menos algum grau de experiência técnica, enquanto os testes manuais exigiriam menos. De qualquer forma, ter um testador que está familiarizado com os aspectos técnicos de um aplicativo pode ser muito útil quando se trata de trabalhar em um problema.

Eu acho que isso realmente depende do tipo de testador que você está procurando. Você está procurando alguém para apertar os botões e dizer que não parece certo ou está procurando alguém que possa entender a tecnologia ou até o código e encontrar os bugs mais profundos? Como desenvolvedor no loop da entrevista, eu imagino que existem tipos tradicionais de controle de qualidade também disponíveis. Nesse caso, eles farão as perguntas típicas do teste. Você precisa conseguir o quão técnicos eles são e como eles vão interagir. Com isso em mente, tente alguns desses tipos de perguntas:

  1. Perguntas de programação. Olhe para o currículo. Eles sabem C#? JavaScript? Peça -lhes para codificar algo para você. Quanto mais eles souberem, melhores os bugs poderão arquivar.
  2. Perguntas de processo. Eles entendem o controle da fonte? Eles usaram isso? Eles recebem o conceito de construção? Eles estão familiarizados com os testes de unidade?
  3. Questões de desenvolvimento de software. Eles entendem o que é uma DLL/montagem/jar? Eles sabem como funciona a memória? Eles entendem a diferença entre o modo de usuário e kernel (ou o que for apropriado ao seu domínio)?
  4. Questões de tecnologia. Quão bem eles entendem seu domínio? Eles entendem o que motiva a indústria de widgets? Eles sabem o que os clientes estão procurando? Eles já usaram um widget?
  5. Eles entendem seus insetos em um nível profundo? Pergunte sobre seu bug favorito. Quanta detalhe eles podem falar sobre o que deu errado?
  6. Eles podem enfrentar você? É esse do tipo ou testador que recuará quando Dev empurra neles ou eles vão lutar? Pergunte a eles sobre uma época que eles tentaram fazer algo e conheceram a oposição. Como eles reagiram?
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top