Que perguntas entrevista deve um desenvolvedor pedir um testador?

votos
8

Nós temos algumas entrevistas chegando pelo qual estamos a recrutar para um papel de garantia de qualidade. O objetivo dos desenvolvedores sendo envolvidos é entender se hte pessoa vai trabalhar bem com a equipe de desenvolvimento.

Quais são as mais importantes pergunta (s) um desenvolvedor deve perguntar a uma pessoa QA? Estou à procura de questões práticas mais do que questões abertas macios, seus pensamentos?

Publicado 27/08/2009 em 03:41
fonte usuário
Em outras línguas...                            


6 respostas

votos
10

Infelizmente, às vezes, as perguntas abertas macios são os únicos que lhe dão a melhor vista de uma pessoa.

Seja qual for a técnica perguntas que você faz (e estes dependem muito da sua metodologia de desenvolvimento, então eu realmente não posso ajudá-lo lá, eles devem ser adaptados), você deve sempre estabelecer como o potencial candidato irá trabalhar em um ambiente de equipe.

Você precisa estabelecer que:

  • a pessoa vai trabalhar bem em equipe.
  • a pessoa vai assumir a responsabilidade de trabalhar com desenvolvimento para se bugs corrigidos, não apenas "Aqui está um bug, vai corrigi-lo, em seguida, voltar para mim".
  • ego da pessoa não vai ficar no caminho de trabalho da equipe (como luta sobre a classificação ou a gravidade dos bugs). Acho que este é geralmente mais de um problema com desenvolvedores de ficar na defensiva sobre o "seu" código.

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

  • É 04:00 de sexta-feira e Bob, um desenvolvedor, concordou em trabalhar de volta para corrigir um bug de alta gravidade. Precisamos de um verificador para validar a correção e você é o único disponível, mas você tinha um arranjo de jantar. O que você propõe?

Apenas sobre a resposta a essa pergunta sozinho, você poderia avaliar se o candidato:

  • é inútil ( "Desculpe, eu não posso perder o jantar").
  • pensa constrangimentos externos ( "Há realmente há outros testadores disponíveis?", "Posso validá-lo no sábado de manhã?", "Pode Bob trabalhar outra hora no fim de semana?").
  • é adaptável ( "Eu poderia adiar o jantar só desta vez").

e assim por diante.

Não posso salientar também como habilidades de comunicação são importantes para o relacionamento desenvolvedor / testador. Têm o testador de gerar um relatório de bug bruto (qualquer erro que eles querem) e discutir sua adequação (etapas exatas, comportamento esperado, comportamento real, ...).

Respondeu 27/08/2009 em 03:48
fonte usuário

votos
9

Além das respostas mais profundas neste tópico, não é uma questão simples, que muitas vezes fica esquecido:

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

Agora, isso parece bobo, mas dá 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 desenvolvimento (em particular), análise ou teste de papel pode fazer isso; simplesmente pelo fato de que estamos muito além do nível de um usuário inexperiente. A resposta então você deve procurar é:

Não, no entanto I pode criar casos de teste que podem mapear com precisão a um comportamento "chamados" usuários normais.

Ou um derivitive deste. Isso mostra algumas informações importantes.

  1. Eles são realistas
  2. Eles podem pensar fora da caixa
  3. Eles estão dispostos a executar os métodos adequados estabelecidos em cima em QA

Isto é o que eu encontrei, pelo menos.

Espero que isso ajude, de uma forma ou de outra.

Respondeu 27/08/2009 em 17:59
fonte usuário

votos
6

Minha sugestão seria a de considerar questões um tanto abertas como este:

Se eu fui até você e disse: "Você poderia testar essa nova coisa que eu fiz?" o que seria o seu primeiro poucas perguntas ser?

Aqui estão alguns pensamentos que eu teria de pedir que:

  1. Existe menção de especificações ou requisitos? Se não houver qualquer, como é que o teste de impacto?
  2. Será que eles querem me para emparelhar com eles para que eles possam saber o que eu fiz?
  3. Será que eles querem saber o que eu fiz?
  4. Será que eles têm tempo para fazer isso e perguntar quanto tempo eu acho que isso pode levar?
  5. Que tipo de teste que você está esperando: Comprehensive, teste de fumaça, usabilidade corredor?
  6. Que tipos de ferramentas serão usadas para fazer isso?

Na gravação de um erro, o que é o mínimo de informação que você acredita que um desenvolvedor deve ter antes de corrigi-lo?

Este é o tipo de pergunta que dependendo do tipo de fundo que têm provavelmente será um fator em sua resposta como algumas coisas a notar que incluem o seguinte:

  • Reprodutibilidade - você pode obter isso de uma maneira previsível?
  • Passos de reprodutibilidade
  • É este um código, de dados, de rede ou outro tipo de bug?
  • Quão ruim é o bug em alguma escala?
  • Meio ambiente - o que eu preciso para fazer isso acontecer de novo? Existem navegadores, sistemas operacionais ou outras coisas que eu deveria ter?
  • O que é os resultados esperados e reais que ilustram que este é um bug?
  • versão do software - Isto foi encontrado no que compilação do sistema?

Menciono a maioria destes porque é isso que eu estaria pensando em pedir que em termos de quais parâmetros eles têm inicialmente quando é dada uma vaga pergunta ou solicitação que deve ter mais detalhes, mas que detalha a matéria é o busílis. Eu também notar quanto tempo de uma pausa foi tomada em dar uma resposta onde eu diria que 15-30 segundos é OK, nada menos e eu acho que foi uma pergunta antecipado e se é necessário mais do que isso, então não deve ser um pedido para um par de minutos para pensar sobre isso, como toda a questão é que, quando surge essa situação, qual é a expectativa de cada lado?

Outra idéia seria a de mencionar o que metodologia de desenvolvimento de software que você usa e, em seguida, perguntar o que desafios existem relacionadas com QA com o uso desta abordagem? Por exemplo, se os desenvolvedores usam TDD que impacto tem QA? E se é uma abordagem mais semelhante ao cascata? O que você quer ver aqui é o quão bem eles podem pensar em seus pés, bem como que tipo de follow-up perguntas sobre o que é usado são convidados como realmente se eu disser que usar Scrum, o quão bem isso definir a execução do orçamento geral conceitos de Scrum, realmente.

Respondeu 28/08/2009 em 00:16
fonte usuário

votos
3

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

Atitude

Não o testador possuir uma atitude de sondagem? Dê-lhe um cenário e verificar quantos pergunta válida é que ele / ela está perguntando?

Habilidades

Várias habilidades relacionados com os testes são necessários em cada projeto que você trabalha. Ele inclui o estudo exigência, design de teste, execução de teste e assim por diante. Veja como é bom o testador na compreensão da exigência.

Conhecimento

Verifique a amplitude e profundidade do testador no campo onde você está indo para recrutar o testador. Mesmo se o testador não está trabalhando no campo atual, verificar quanto é que o testador saber sobre esse campo.

approachability

Dê o testador um cenário como há um problema de cliente eo desenvolvedor está de licença para toda a semana. A questão precisa ser encaminhado urgentemente e como um testador veio a você para encontrar a causa raiz do problema. Como você vai abordar em tal situação

Respondeu 27/08/2009 em 05:44
fonte usuário

votos
2

Alguns dos itens-chave que procurar em pessoas de qualidade de software:

  • comunicação - pode a gravação candidato / e-mail / falar de forma clara e concisa, para que outros membros da equipe pode entender o defeito ter descoberto
  • resolução de problemas - Aqui é onde essas perguntas entrevista de quebra-cabeça vir a calhar. Com esses tipos de perguntas, o seu mais importante para aprender um candidato vai atacar um problema contra o quão perto eles vêm para determinar "como muitos carros azuis estão nos EUA".
  • responsabilidade - É importante entender ou não o candidato vai seguir adiante. Este é mais complicado para encontrar a verdadeira resposta para já que as pessoas estão entusiasmadas durante as entrevistas e pode concordar com um monte, mas realmente não queria dizer isso. Histórias passadas do candidato sobre como eles lidaram com um problema ou questão pode ser útil. Os pontos de bónus se o problema piorou para o candidato e eles ficaram em cima dela.
  • perícia técnica - O nível necessário para este item vai variar de acordo com o testador: eles vão estar escrevendo testes automatizados? Testes manuais? Testes automatizados exigem pelo menos algum grau de conhecimento técnico, enquanto o teste manual exigiria menos. De qualquer forma, ter um testador que é pelo menos familiarizado com os aspectos técnicos de uma aplicação pode ser muito útil quando se trata de trabalhar em um problema.
Respondeu 27/08/2009 em 04:25
fonte usuário

votos
1

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-lhe que não parece certo ou que você está procurando alguém que possa entender a tecnologia ou mesmo o código e encontrar os erros mais profundos? Como um desenvolvedor no circuito entrevista imagino existem tipos de QA tradicionais também estão disponíveis. Se assim for, eles vão pedir as perguntas do teste típicos. Você precisa obter pelo how técnico que são e como eles interagem. Com isso em mente, tente alguns destes tipos de perguntas:

  1. Questões de programação. Olhe para o currículo. Será que eles sabem C #? Javascript? Peça-lhes para codificar algo para você. Quanto mais se sabe, melhor os erros que vai ser capaz de arquivo.
  2. Perguntas processo. Eles entendem controle de origem? Eles têm usado isso? Será que eles obter o conceito de uma compilação? Eles estão familiarizados com os testes de unidade?
  3. Questões de desenvolvimento de software. Eles entendem o que um dll / montagem / jar é? Será que eles sabem como funciona a memória? Eles entendem a diferença entre o utilizador eo modo kernel (ou o que é apropriado para o seu domínio)?
  4. Questões de tecnologia. Quão bem eles entendem o seu domínio? Eles entendem o que motiva a indústria do widget? Será que eles sabem o widget de clientes estão procurando? Será que já usou um widget?
  5. Será que eles compreendam seus erros em um nível profundo? Perguntar sobre o seu erro favorito. A quantidade de detalhes que eles podem dizer-lhe sobre o que deu errado?
  6. Eles podem se levantar para você? É este o tipo ou testador que vai recuar quando dev empurra-los ou eles vão lutar? Pergunte-lhes sobre um tempo eles tentaram fazer alguma coisa e encontrou oposição. Como eles reagiram?
Respondeu 27/08/2009 em 05:06
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more