Quelles questions entrevue devrait demander à un développeur d'un testeur?

voix
8

Nous avons quelques interviews à venir où nous recrutons pour un rôle d'assurance qualité. Le but des développeurs étant impliqués est de comprendre si la personne hte va bien travailler avec l'équipe de développement.

Quels sont les plus importants question (s) un développeur doit demander à une personne d'assurance qualité? Je cherche des questions pratiques plus que des questions ouvertes moelleuses, vos pensées?

Créé 27/08/2009 à 03:41
source utilisateur
Dans d'autres langues...                            


6 réponses

voix
10

Malheureusement, parfois, les questions ouvertes moelleuses sont ceux qui vous donnent la meilleure vue d'une personne.

Quelles que soient techniques questions que vous posez (et ceux - ci dépendent beaucoup de votre méthodologie de développement , donc je ne peux pas vraiment vous aider là - bas, ils devraient être adaptés), vous devriez toujours établir comment le candidat potentiel travailler dans un environnement d'équipe.

Vous devez établir que:

  • la personne va bien travailler dans l'équipe.
  • la personne assumera la responsabilité de travailler avec le développement pour obtenir des bugs fixes, non seulement « est ici un bug, allez le fixer, puis revenir à moi. »
  • L'ego de la personne ne sera pas obtenir de la manière du travail de l'équipe (comme la lutte contre la classification sur la gravité ou des bugs). Je trouve cela est généralement plus d'un problème avec les développeurs obtenir sur la défensive code « leur ».

Je trouve la meilleure approche dans les entrevues est de présenter des scénarios et demander au candidat ce qu'ils pensent, par exemple:

  • il est 16 heures vendredi après-midi et Bob, un développeur, a accepté de travailler en arrière pour corriger un bug de haute gravité. Nous avons besoin d'un appareil d'essai pour valider le correctif et vous êtes le seul disponible, mais vous avez eu un arrangement de dîner. Que proposez-vous?

Juste la réponse à cette seule question, vous pouvez évaluer si le candidat:

  • est inutile ( « Désolé, je ne peux pas manquer le dîner »).
  • pense contraintes extérieures ( « Y at - il vraiment pas d' autres testeurs disponibles? », « Puis - je valider le samedi matin? », « Bob peuvent travailler une autre fois le week - end? »).
  • est adaptable ( « Je pourrais mettre hors dîner juste cette fois »).

etc.

Je ne peux pas souligner aussi comment les compétences de communication sont importantes pour la relation développeur / testeur. Le testeur ne doit générer un rapport de bogue rugueux (tout bug qu'ils veulent) et discuter de sa pertinence (étapes exactes, le comportement attendu, le comportement réel, ...).

Créé 27/08/2009 à 03:48
source utilisateur

voix
9

Outre les réponses plus profondes sur ce sujet, il y a une question simple qui est souvent négligé:

Pouvez-vous agir comme un utilisateur normal ou non expérimenté?

Maintenant, cela semble stupide, mais il donne un très bon aperçu. Si le candidat dit oui, très franchement, ils ne sont pas ce qu'ils semblent être. Aucune personne, le rôle d'analyse ou de test qui travaille dans le domaine des technologies de l'information dans un développement (en particulier) peut le faire; tout simplement le fait que nous sommes au-delà du niveau moyen d'un utilisateur inexpérimenté. La réponse que vous devez alors rechercher est:

Non, mais je peux créer des cas de test qui peut cartographier avec exactitude à un « soi-disant » le comportement des utilisateurs normaux.

Ou un derivitive de cela. Cela montre quelques informations importantes.

  1. Ils sont réalistes
  2. Ils peuvent penser hors des sentiers battus
  3. Ils sont prêts à exécuter les méthodes appropriées définies à l'AQ

Voilà ce que j'ai trouvé au moins.

Espérons que cela aide d'une façon ou d'une autre.

Créé 27/08/2009 à 17:59
source utilisateur

voix
6

Ma suggestion serait d'examiner les questions un peu ouvertes comme celle-ci:

Si je suis à vous et dit: « Pourriez-vous tester cette nouvelle chose que je l'ai fait? » quelles seraient vos premières questions être?

Voici quelques réflexions que je l'aurais à demander que:

  1. Y at-il mention des spécifications ou exigences? S'il n'y a pas lieu, comment est-ce que les tests d'impact?
  2. Est-ce qu'ils me veulent appairage avec eux afin qu'ils puissent savoir ce que je faisais?
  3. Est-ce qu'ils veulent savoir ce que je faisais?
  4. Est-ce qu'ils ont le temps de le faire et demande combien de temps je pense que cela peut prendre?
  5. Quel genre de test Attendez-vous: complet, test de la fumée, la facilité d'utilisation du couloir?
  6. Quels types d'outils seront utilisés pour le faire?

Dans l'enregistrement d'un bug, quelle est l'information minimum que vous croyez un développeur doit avoir avant de le fixer?

Ceci est le type de question où selon le type de fond qu'ils ont sera probablement un facteur dans leur réponse que quelques choses à noter comprendrait les éléments suivants:

  • Reproductibilité - Pouvez-vous obtenir cela d'une manière prévisible?
  • Les étapes de reproductibilité
  • Est-ce un code, données, réseau ou autre type de bug?
  • Quelle est l'ampleur bug sur une échelle?
  • Environnement - Que dois-je faire cela se reproduise? Y at-il des navigateurs spécifiques, systèmes d'exploitation ou d'autres choses que je devrais avoir?
  • Qu'est-ce que les résultats escomptés et réels qui montrent que cela est un bug?
  • Version du logiciel - Cela a été trouvé sur ce version du système?

Je mentionne la plupart d'entre eux, car c'est ce que je penserai à demander qu'en termes de quels paramètres ont-ils d'abord quand donné une vague question ou demande qui devrait avoir plus de détails, mais qui décrit en détail est question que le bât blesse. Je voudrais aussi noter combien de temps d'une pause a été prise à donner une réponse où je dirais que 15-30 secondes est OK, rien de moins et je pense que c'était une question prévue et si plus que cela est nécessaire, alors il devrait y une demande de quelques minutes pour y penser, comme le fait est que lorsque cette situation se pose ce qui est l'attente de chaque côté?

Une autre idée serait de mentionner ce que la méthodologie de développement logiciel que vous utilisez et demandez quels sont les défis sont là liés à l'assurance qualité à l'utilisation de cette approche? Par exemple, si les développeurs utilisent TDD comment est-ce que l'impact QA? Et si c'est une approche plus semblable à la cascade? Qu'est-ce que vous voulez voir ici est comment peuvent-ils penser à leurs pieds, ainsi que les types de suivi des questions sur ce qui est utilisé sont posées comme vraiment si je dis que nous utilisons Scrum, comment bien qui définissent la mise en œuvre du général concepts de Scrum, vraiment.

Créé 28/08/2009 à 00:16
source utilisateur

voix
3

Un développeur peut vérifier en lui donnant un scénario qui devrait vérifier les points suivants

Attitude

Ne le testeur Posses une attitude de sondage? Donnez-lui un scénario et vérifier combien question valide est-il / elle demande?

Compétences

Plusieurs compétences liées aux essais sont nécessaires dans chaque projet que vous travaillez. Il comprend l'étude des besoins, la conception des tests, exécution des tests et ainsi de suite. Vérifiez la qualité est le testeur à comprendre l'exigence.

Connaissance

Vérifiez la largeur et la profondeur du testeur dans le domaine où vous allez recruter le testeur. Même si le testeur ne fonctionne pas sur le terrain en cours, vérifier combien ne le testeur savoir sur ce domaine.

approachability

Donnez le testeur un scénario comme il y a un problème de client et le développeur est en congé pour toute la semaine. La question doit être intensifiée de toute urgence et en tant que testeur il est venu à vous de trouver la cause du problème. Comment allez-vous aborder dans une telle situation

Créé 27/08/2009 à 05:44
source utilisateur

voix
2

Certains des éléments clés que nous recherchons chez les personnes de qualité du logiciel:

  • communication - peut l'écrire candidat / e - mail / parler de façon claire et concise pour que les autres membres de l'équipe peuvent comprendre le défaut qu'ils ont découvert
  • résolution de problèmes - Voici où ces questions de casse - tête d'entrevue sont utiles. Avec ces types de questions, il est plus important d'apprendre comment un candidat attaquera un problème par rapport à quel point ils viennent à déterminer « combien de voitures bleues sont aux États - Unis ».
  • responsabilité - Il est important de comprendre si oui ou non le candidat suivi. Celui - ci est plus délicat de trouver la vraie réponse pour puisque les gens sont enthousiastes au cours des entrevues et peuvent convenir à beaucoup, mais signifie pas vraiment. Histoires passées du candidat sur la façon dont ils ont géré un problème ou d'une question peut être utile. Les points de bonus si le problème a empiré pour le candidat et ils sont restés au - dessus de celui - ci.
  • expertise technique - Le niveau requis pour ce produit varie en fonction du testeur: seront - ils à écrire des tests automatisés? Les tests manuels? Les tests automatisés ont besoin d' au moins un certain degré d'expertise technique lors du test manuel nécessiterait moins. De toute façon, ayant un testeur qui est au moins familier avec les aspects techniques d'une application peut être très utile quand il s'agit de travailler sur une question.
Créé 27/08/2009 à 04:25
source utilisateur

voix
1

Je pense que cela dépend vraiment du type de testeur que vous recherchez. Est-ce que vous cherchez quelqu'un pour appuyer sur les boutons et vous dire qu'il ne regarde pas à droite ou recherchez-vous quelqu'un qui peut comprendre la technologie ou même le code et trouver les bugs plus profonds? En tant que développeur sur la boucle d'entrevue, j'imagine il y a des types traditionnels d'assurance qualité également disponibles. Si oui, ils posent les questions de test typiques. Vous devez obtenir à la façon dont ils sont techniques et la façon dont ils interagissent. Dans cet esprit, essayer certaines de ces sortes de questions:

  1. Des questions de programmation. Regardez le CV. Est -ce qu'ils savent C #? Javascript? Demandez - leur de code quelque chose pour vous. Plus ils en savent, mieux les bugs qu'ils seront en mesure de déposer.
  2. Questions sur le processus. Est - ce qu'ils comprennent le contrôle de la source? Ont - ils utilisé? Obtiennent-ils le concept de construction? Sont - ils familiers avec les tests unitaires?
  3. Les questions de développement de logiciels. Est -ce qu'ils comprennent ce qu'est un dll / assemblage / pot est? Est -ce qu'ils savent comment fonctionne la mémoire? Est -ce qu'ils comprennent la différence entre l' utilisateur et le mode noyau (ou tout ce qui est approprié pour votre domaine)?
  4. Les questions techniques. Comment se débrouillent-ils comprendre votre domaine? Ont -ils comprendre ce qui motive l'industrie widget? Est -ce qu'ils savent ce que les clients recherchent un widget? Ont - ils jamais utilisé un widget?
  5. Est -ce qu'ils comprennent leurs insectes à un niveau profond? Renseignez - vous sur leur bug favori. Combien de détails peuvent - ils vous dire ce qui a mal tourné?
  6. Peuvent - ils résister à vous? Est - ce le genre ou testeur qui reculera quand même dev pousse sur eux ou vont - ils se battre? Demandez - leur un moment ils ont essayé de faire quelque chose et a rencontré l' opposition. Comment ont - ils réagi?
Créé 27/08/2009 à 05:06
source utilisateur

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