8
votes

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

Nous avons des interviews à venir par lequel nous recrutons pour un rôle d'assurance de la qualité. Le but des développeurs étant impliqués est de comprendre si la personne HTE fonctionnera bien avec l'équipe de développement.

Quels sont les questions les plus importantes Un développeur devrait demander à une personne QA? Je cherche des questions pratiques plus que des questions ouvertes moelleuses, vos pensées?


5 commentaires

Dupliquer: Stackoverflow.com/questions/61532/tips-for -hiring-Good-Teste Rs


Certes, nous mentionnons tous les deux des contacts de testeurs, mais cette question pose «comment trouvez-vous d'excellents testeurs?», Je demande des questions d'entretiens spécifiques de développeur / testeur d'interaction ...


@Jon: Désolé, mais je ne vois pas une différence significative. Je ne vois pas comment les "bonnes" questions à évaluer les capacités d'un testeur vont changer en fonction de qui leur demande.


Il y a une différence fondamentale dans la question. L'autre demande des questions générales, je demande une main pratique sur des questions ... éventuellement impliquant des scénarios typiques de développeur / qa ...


La question susmentionnée (compte tenu de la cause de celui-ci marqué une dupe) a été supprimée.


6 Réponses :


10
votes

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

Quels que ce soit des questions techniques que vous demandez (et celles-ci dépendent beaucoup de la méthodologie de développement afin que je ne puisse pas vraiment vous aider là-bas, ils devraient toujours être adaptés), vous devriez toujours établir comment le candidat potentiel sera travailler dans un environnement d'équipe.

Vous devez établir que:

  • La personne va bien fonctionner dans l'équipe.
  • La personne assumera la responsabilité de travailler avec le développement pour obtenir des bugs fixes, pas seulement "Voici un bug, allez-y, puis revenez-moi".
  • L'ego de la personne n'aura pas dans la voie du travail de l'équipe (comme la lutte contre la classification ou la gravité des bugs). Je trouve que cela est généralement plus un problème avec les développeurs qui deviennent défensives sur "leur" code.

    Je trouve la meilleure approche des entretiens consiste à présenter des scénarios et à demander au candidat ce qu'ils pensent, par exemple:

    • Il est de 16h00 vendredi après-midi et Bob, un développeur, a accepté de travailler pour corriger un bogue de haute gravité. Nous avons besoin d'un testeur pour valider le correctif et vous êtes le seul disponible mais vous avez eu un arrangement de dîner. Que proposeriez-vous?

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

      • est inutile ("désolé, je ne peux pas manquer le dîner").
      • pense que les contraintes extérieures ("sont là vraiment aucun autre testeur disponible?", "Puis-je le valider samedi matin?", "Bob peut-il travailler quelque autre fois le week-end?").
      • est adaptable ("Je pourrais remettre le dîner comme une fois").

        et ainsi de suite.

        Je ne sais pas également comment les compétences en communication sont importantes pour la relation développeur / testeur. Demandez au testeur générer un rapport de bogue rugueux (tout bug qu'ils souhaitent) et discuter de son adéquation (étapes exactes, comportement attendu, comportement réel, ...).


7 commentaires

Une bonne réponse, je pense que les questions du scénario sont une bonne idée et leur demandant de travailler à travers eux ...


Donc, un candidat est inutile s'il n'est pas disposé à sacrifier son temps personnel pour faire des heures supplémentaires impayées probablement?


Non, un candidat est inutile s'ils ne sont même pas Essayez pour déterminer une solution. Mieux que la déclaration de couverture "Désolé, je ne peux pas manquer le dîner" serait quelque chose comme "Désolé, je ne peux pas manquer le dîner. C'est mon anniversaire, mais je je suis prêt à ...".


Et les heures supplémentaires impayées sont une réalité lorsque vous atteignez un certain niveau. Si je devais laisser quelqu'un partir, 9 à 5 personnes seront les premiers que je considérerais depuis que les autres ont prouvé leur valeur à la société.


Si vous êtes dans l'entreprise logicielle (test, développement, etc.), vous devez vous habituer à l'idée de travailler des heures supplémentaires impayées.


Attendez. Vous voulez dire qu'il y a des heures supplémentaires payées dans le développement? : P


Personne que j'ai rencontré dans une interview révélera qu'ils ne veulent pas faire des heures supplémentaires. Je ne trouve généralement pas cette question utile à demander. Cependant, demandez quelles sont les moyens de «heures de travail à temps plein», c'est souvent extrêmement révélateur.



2
votes

Certains des éléments clés que nous recherchons dans des personnes de qualité logicielle:

  • communication - peut-on écrire / envoyer par courrier électronique / parler de manière claire et concise afin que d'autres membres de l'équipe puissent comprendre le défaut qu'ils ont découvert
  • résolution de problèmes - Voici l'endroit où ces questions d'entrevue sont utiles. Avec ces types de questions, il est plus important d'apprendre à comprendre comment un candidat va attaquer un problème par rapport à la fermeture de la détermination de «combien de voitures bleus sont aux États-Unis».
  • responsabilité - Il est important de comprendre si le candidat suivra ou non. Celui-ci est plus délicieux de trouver la vraie réponse car les gens sont enthousiastes pendant les entretiens et peuvent accepter beaucoup, mais pas vraiment le dire. Des histoires passées du candidat sur la manière dont ils ont géré un problème ou une question peut être utile. Points bonus Si le problème a empiré pour le candidat et ils sont restés au dessus de cela.
  • Expertise technique - Le niveau requis pour cet article variera en fonction du testeur: écrivez-vous des tests automatisés? Tests manuels? Les tests automatisés nécessitent au moins un certain degré d'expertise technique pendant que les tests manuels nécessiteraient moins. De toute façon, avoir un testeur qui est au moins familier avec les aspects techniques d'une application peut être très utile lorsqu'il s'agit de travailler sur un problème.

0 commentaires

1
votes

Je pense que cela dépend vraiment du type de testeur que vous recherchez. Cherchez-vous quelqu'un pour pousser les boutons et vous dire que cela n'a pas l'air bien ou cherchez-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 qu'il existe des types de QA traditionnels également disponibles. Si c'est le cas, ils demanderont aux questions de test typiques. Vous devez obtenir comment ils sont techniques et comment ils vont interagir. Avec cela à l'esprit, essayez certaines de ces questions:

  1. questions de programmation. Regardez le CV. Savent-ils c #? JavaScript? Demandez-leur de coder quelque chose pour vous. Plus ils savent, mieux les insectes qu'ils seront capables de déposer.
  2. questions de processus. comprennent-ils le contrôle de la source? Ont-ils l'utilisé? Est-ce qu'ils obtiennent le concept d'une construction? Sont-ils familiers avec les tests unitaires?
  3. questions de développement de logiciels. Comprend-ils ce qu'est une DLL / Assembly / Jar? Savent-ils comment fonctionne la mémoire? Comprend-ils la différence entre le mode utilisateur et le noyau (ou tout ce qui est approprié à votre domaine)?
  4. questions technologiques. comment bien comprendre votre domaine? Comprend-ils ce qui motive l'industrie du widget? Savent-ils ce que les clients de widgets recherchent? Ont-ils déjà utilisé un widget?
  5. comprennent-ils leurs bugs à un niveau profond? Demandez à propos de leur bogue préféré. Combien de détails peuvent-ils vous dire de ce qui s'est mal passé?
  6. peuvent-ils se défendre? Est-ce le type ou le testeur qui remontera lorsque DEV les pousse ou va-t-il se battre? Demandez-leur un moment où ils ont essayé de faire quelque chose et de rencontrer l'opposition. Comment ont-ils réagi?

0 commentaires

3
votes

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

attitude

Le testeur possède-t-il une attitude de sondage? Donnez-lui un scénario et vérifiez combien de questions valables est-elle / elle demandant?

compétences

Plusieurs compétences liées aux tests sont nécessaires dans chaque projet dans lequel vous travaillez. Il comprend une étude d'exigence, une conception de test, une exécution de test, etc. Vérifiez comment le testeur est-il bon dans la compréhension de l'exigence.

connaissances

Vérifiez la largeur et la profondeur du testeur dans le champ où vous allez recruter le testeur. Même si le testeur ne fonctionne pas sur le champ actuel, vérifiez combien le testeur connaît-il ce champ.

Approchissabilité

Donnez le testeur un scénario comme s'il existe un problème client et le développeur est en congé pour toute la semaine. Le problème doit être escaladé d'urgence et comme testeur, il est venu à vous de trouver la cause fondamentale du problème. Comment allez-vous aborder dans une telle situation


0 commentaires

9
votes

Outre les réponses plus profondes de ce fil, il existe une simple question qui est souvent négligée:

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

Maintenant, cela semble stupide, mais cela donne une très bonne idée. Si le candidat dit oui, franchement, ce ne sont pas ce qu'ils semblent être. Aucune personne qui travaille dans le domaine des technologies de l'information dans un développement (en particulier), une analyse ou un rôle de test peut faire cela; Tout simplement pour le fait que nous sommes bien passés au niveau d'un utilisateur inexpérimenté. La réponse que vous devriez alors rechercher est:

non, mais je peux créer des cas de test capables de mapper avec précision un comportement normal des utilisateurs "soi-disant".

ou un dérivé de cela. Cela montre quelques informations importantes.

  1. ils sont réalistes
  2. Ils peuvent penser en dehors de la boîte
  3. Ils sont disposés à effectuer les méthodes appropriées définies à QA

    C'est ce que j'ai trouvé au moins.

    J'espère que cela aide d'une manière ou d'une autre.


0 commentaires

6
votes

Ma suggestion serait de considérer des questions quelque peu ouvertes comme celle-ci:

Si je marchais à vous et que j'ai dit: "pourrait vous testez cette nouvelle chose que j'ai faite? "Quoi Vos premières questions seraient-elles?

Voici quelques pensées que j'aurais pour demander que:

  1. Y a-t-il mention des spécifications ou des exigences? S'il n'y en a pas, comment effectue cet impact test?
  2. Veulent-ils que je paire avec eux afin de pouvoir savoir ce que j'ai fait?
  3. veulent-ils savoir ce que j'ai fait?
  4. ont-ils le temps de le faire et de demander combien de temps je pense que cela peut prendre?
  5. Quel type de test attendez-vous: un test de fumée complet, une convivialité de couloir?
  6. Quels types d'outils seront utilisés pour faire cela?

    Enregistrement d'un bug, quel est le Informations minimales que vous croyez un le développeur devrait avoir avant de fixer il?

    Il s'agit du type de question où, selon le type de contexte qu'ils auront probablement un facteur dans leur réponse, car peu de choses à noter incluraient les éléments suivants:

    • reproductibilité - pouvez-vous obtenir cela de manière prévisible?
    • Étapes de reproductibilité
    • est-ce un code, des données, un réseau ou un autre type de bogue?
    • Quelle est la mauvaise insecte de certaines échelles?
    • Environnement - De quoi faut-il accomplir cela? Existe-t-il des navigateurs spécifiques, des systèmes d'exploitation ou d'autres choses que je devrais avoir?
    • Quels sont les résultats attendus et réels qui illustrent que c'est un bogue?
    • Version logicielle - Cela a été trouvé sur la construction du système?

      Je mentionne la plupart d'entre eux parce que c'est ce que je penserais à demander que, de quels paramètres ont-ils initialement présenté lorsqu'il est une question ou une demande vague qui devrait avoir plus de détails, mais que la matière est la matière. Je noterais également combien de temps une pause a été prise à donner une réponse où je dirais que je dirais que 15-30 secondes, c'est d'accord, tout de moins et je penserais que c'était une question anticipée et si plus que cela est nécessaire, il devrait y avoir Soyez une demande de quelques minutes à y penser, comme tout le point est que lorsque cette situation se pose quelle est l'attente de chaque côté?

      Une autre idée serait de mentionner quelle méthodologie de développement logicielle que vous utilisez, puis demandez quels défis sont liés à QA avec l'utilisation de cette approche? Par exemple, si les développeurs utilisent TDD, comment cela a-t-il un impact QA? Et si c'est une approche plus similaire à la cascade? Ce que vous voulez voir voici dans quelle mesure peut-on penser sur leurs pieds ainsi que quels types de questions de suivi sur ce qui est utilisé sont posées comme si je dis que nous utilisons Scrum, comment cela définit-il la mise en œuvre du général Concepts de Scrum, vraiment.


0 commentaires