20 selective qa interview questions clear interview 2021
Questions et réponses d'entretien d'assurance qualité les plus fréquemment posées pour vous aider à vous préparer à l'entrevue:
Voici quelques-unes des questions que je poserais si j'interviewais un ingénieur en assurance qualité.
Les questions mettront davantage l'accent sur les processus qualité et la stratégie et ces questions ne seront pas posées pour les tests.
Les ingénieurs QA sont pour la plupart des personnes qui ont passé un certain temps dans le secteur des tests, car lorsque vous créez des feuilles de route et une stratégie, il est toujours avantageux d'avoir une certaine exposition à l'industrie.
Commençons!!
Questions fréquemment posées lors des entretiens d'assurance qualité
Commençons!!
Q # 1) Quelle est la différence entre l'assurance qualité, le contrôle qualité et les tests?
Répondre: L'assurance qualité est le processus de planification et de définition de la manière de surveiller et de mettre en œuvre les processus de qualité (test) au sein d'une équipe et d'une organisation. Cette méthode définit et fixe les standards de qualité des projets.
Le contrôle de la qualité est le processus qui consiste à détecter les défauts et à fournir des suggestions pour améliorer la qualité du logiciel. Les méthodes utilisées par le contrôle qualité sont généralement établies par l'assurance qualité. Il est de la responsabilité principale de l'équipe de test de mettre en œuvre le contrôle qualité.
Le test est le processus de recherche de défauts / bogues. Il valide si le logiciel construit par l'équipe de développement répond aux exigences fixées par l'utilisateur et aux normes fixées par l'organisation.
Ici, l'objectif principal est de trouver des bogues et les équipes de test travaillent comme un gardien de la qualité.
Q # 2) Quand pensez-vous que les activités d'AQ devraient commencer?
Répondre: L'activité d'AQ doit commencer au début du projet. Plus il commence tôt, plus il est avantageux de fixer la norme pour atteindre la qualité.
Le coût, le temps et les efforts sont très difficiles au cas où les activités d'AQ seraient retardées.
Q # 3) Quelle est la différence entre le plan de test et la stratégie de test ?
Répondre: La stratégie de test est à un niveau supérieur, principalement créée par le chef de projet, ce qui démontre l'approche globale des tests pour l'ensemble du projet, tandis que le plan de test décrit comment les tests doivent être effectués pour une application particulière, relevant d'un projet.
Q # 4) Pouvez-vous expliquer le cycle de vie des tests logiciels?
Répondre: Cycle de vie des tests logiciels fait référence à un processus de test qui comporte des étapes spécifiques à exécuter dans un ordre défini pour garantir que les objectifs de qualité ont été atteints.
Q # 5) Comment définissez-vous un format d'écriture d'un bon cas de test ?
classification des bogues dans les tests logiciels
Réponse: Le format du scénario de test comprend:
- ID de cas de test
- Description du cas de test
- Gravité
- Priorité
- Environnement
- Version de construction
- Étapes à exécuter
- Résultats attendus
- Résultats actuels
Q # 6) Qu'est-ce qu'un bon cas de test?
Répondre: En termes simples, un bon scénario de test est celui qui détecte un défaut. Mais tous les cas de test ne trouveront pas de défauts, donc un bon cas de test peut également être celui qui a tous les détails et la couverture prescrits.
Q # 7) Que feriez-vous si vous aviez une grande suite à exécuter en très moins de temps?
Répondre: Au cas où nous aurions moins de temps et que nous devions exécuter le plus grand volume de cas de test, nous devrions prioriser le cas de test et exécuter d'abord les cas de test de haute priorité, puis passer aux cas de moindre priorité.
De cette façon, nous pouvons nous assurer que les aspects importants du logiciel sont testés.
Alternativement, nous pouvons également rechercher la préférence des clients pour ce qui est la fonction la plus importante du logiciel selon eux, et nous devrions commencer à tester à partir de ces domaines, puis passer progressivement à ceux qui sont moins importants.
Q # 8) Pensez-vous que le contrôle qualité peut également participer à la résolution des problèmes de production?
Répondre: Définitivement!! Ce serait une bonne courbe d’apprentissage pour les AQ de participer à la résolution des problèmes de production. De nombreux problèmes de production de temps peuvent être résolus en effaçant les journaux ou en définissant certains paramètres de registre ou en redémarrant les services.
Ces types de problèmes environnementaux pourraient être très bien résolus par l'équipe d'assurance qualité.
De plus, si le contrôle qualité a un aperçu de la résolution des problèmes de production, ils peuvent les inclure lors de la rédaction des cas de test, et de cette façon, ils peuvent contribuer à améliorer la qualité et essayer de minimiser les défauts de production.
Q # 9) Supposons que vous trouviez un bogue en production, comment vous assureriez-vous que le même bogue ne soit pas réintroduit?
Répondre: Le meilleur moyen est d'écrire immédiatement un scénario de test pour le défaut de production et de l'inclure dans la suite de régression. De cette façon, nous nous assurons que le bogue ne sera plus introduit.
De plus, nous pouvons penser à des cas de test alternatifs ou des types de cas de test similaires et les inclure dans notre exécution planifiée.
Q # 10) Quelle est la différence entre les tests fonctionnels et non fonctionnels?
Répondre:
Test fonctionel traite de l'aspect fonctionnel de l'application. Cette technique vérifie que le système se comporte conformément aux exigences et aux spécifications. Ceux-ci sont directement liés aux exigences des clients. Nous validons les cas de test par rapport aux exigences spécifiées et faisons en sorte que les résultats des tests soient réussis ou échoués en conséquence.
Exemples inclure la régression, l'intégration, le système, la fumée, etc.
conversion de char en chaîne c ++
Test non fonctionnel , d'autre part, teste l'aspect non fonctionnel de l'application. Il ne se concentre pas sur l'exigence, mais sur des facteurs environnementaux tels que les performances, la charge et le stress. Ceux-ci ne sont pas explicitement spécifiés dans l'exigence mais sont prescrits dans les normes de qualité. Ainsi, en tant que QA, nous devons nous assurer que ces tests reçoivent également suffisamment de temps et de priorité.
Q # 11) Qu'est-ce que le test négatif? En quoi est-ce différent du test positif?
Répondre: Le test négatif est une technique qui vérifie que le système se comporte correctement en cas d'entrées non valides. Par exemple, au cas où l'utilisateur saisit des données non valides dans une zone de texte, le système doit afficher un message approprié au lieu du message technique que l'utilisateur ne comprend pas.
Test négatif est différent du test positif en ce sens que le test positif confirme que notre système fonctionne comme prévu et compare les résultats du test avec les résultats attendus.
La plupart des scénarios de tests négatifs ne sont pas mentionnés dans les documents d'exigences fonctionnelles. En tant qu'AQ, nous devons identifier les scénarios négatifs et disposer de dispositions pour les tester.
Q # 12) Comment vous assureriez-vous que vos tests sont complets et ont une bonne couverture?
Répondre: La matrice de traçabilité des exigences et les matrices de couverture de test nous aideront à déterminer que nos cas de test ont une bonne couverture.
La matrice de traçabilité des exigences nous aidera à déterminer que les conditions de test sont suffisantes pour que toutes les exigences soient couvertes. Les matrices de couverture nous aideront à déterminer que les cas de test sont suffisants pour satisfaire toutes les conditions de test identifiées dans RTM.
Une RTM ressemblera à quelque chose comme:
De même, Les matrices de couverture de test ressembleront à:
Q # 13) Quels sont les différents artefacts auxquels vous faites référence lorsque vous écrivez les cas de test?
Répondre: Les principaux artefacts utilisés sont:
- Spécification des exigences fonctionnelles
- Document de compréhension des exigences
- Cas d'utilisation
- Maquettes
- Histoires d'utilisateurs
- Critères d'acceptation
- Plusieurs cas de test UAT
Q # 14) Avez-vous déjà réussi à écrire les cas de test sans avoir de documents?
Répondre: Oui, il y a des cas où nous avons une situation où nous devons écrire des cas de test sans avoir de documents concrets.
Dans ce cas, le meilleur moyen est de:
- Collaborer avec le BA et l'équipe de développement.
- Creusez dans des mails contenant des informations.
- Explorez des cas de test plus anciens / une suite de régression
- Si la fonctionnalité est nouvelle, essayez de lire les pages wiki ou l'aide de l'application pour avoir une idée
- Asseyez-vous avec le développeur et essayez de comprendre les modifications apportées.
- Sur la base de votre compréhension, identifiez la condition de test et envoyez-la à BA ou aux parties prenantes pour les examiner.
Q # 15) Que signifie Verification ET VALIDATION ?
Répondre:
Validation est le processus d'évaluation du produit final pour vérifier si le logiciel répond aux besoins de l'entreprise. L'exécution des tests que nous faisons dans notre vie quotidienne est l'activité de validation qui comprend les tests de fumée, les tests fonctionnels, les tests de régression, les tests de systèmes, etc.
Vérification est un processus d'évaluation des produits de travail intermédiaires d'un cycle de vie de développement logiciel pour vérifier si nous sommes dans la bonne voie de création du produit final.
Q # 16) Quelles sont les différentes techniques de vérification que vous connaissez?
Répondre: Les techniques de vérification sont statiques. Il existe 3 techniques de vérification.
Ceux-ci sont expliqués comme suit:
(je révise - Il s'agit d'une méthode par laquelle le code / les cas de test sont examinés par l'individu autre que l'auteur qui les a produits. C'est l'un des moyens les plus simples et les plus efficaces d'assurer la couverture et la qualité.
(ii) Inspection - Il s'agit d'une manière technique et disciplinée d'examiner et de corriger les défauts de l'artefact ou du code de test. Parce qu'il est discipliné, il a différents rôles:
- Modérateur - Facilite l'ensemble de la réunion d'inspection.
- Enregistreur - Enregistre le procès-verbal de la réunion, les défauts survenus et d'autres points discutés.
- Lecteur - Lisez le document / code. Le chef conduit également à toute la réunion d'inspection.
- Producteur - L'auteur. Ils sont ultimement responsables de mettre à jour leur document / code conformément aux commentaires.
- Examinateur - Tous les membres de l'équipe peuvent être considérés comme réviseurs. Ce rôle peut également être joué par un groupe d'experts selon les exigences du projet.
(iii) Procédure pas à pas - Il s'agit d'un processus dans lequel l'auteur du document / code lit le contenu et obtient les commentaires. Il s'agit principalement d'une sorte de session FYI (For Your Information) plutôt que de chercher des corrections.
Q # 17) Quelle est la différence entre Test de charge et de contrainte ?
Répondre:
Test de stress est une technique qui valide le comportement du système lorsqu'il s'exécute sous contrainte. Pour expliquer, nous réduisons les ressources et vérifions le comportement du système. Nous comprenons d'abord la limite supérieure du système et réduisons progressivement les ressources et vérifions le comportement du système.
Dans Test de charge, nous validons le comportement du système sous la charge attendue. La charge peut être un utilisateur ou des ressources simultanés accédant au système en même temps.
Q # 18) Au cas où vous auriez des doutes sur votre projet, comment abordez-vous?
Répondre: En cas de doute, essayez d'abord de le faire disparaître en lisant les artefacts disponibles / l'aide de l'application. En cas de doutes qui persistent, adressez-vous à un supérieur immédiat ou au membre senior de votre équipe.
Les analystes commerciaux peuvent également être un bon choix pour poser des doutes. Nous pouvons également transmettre nos questions à l'équipe de développement en cas d'autres doutes. La dernière option serait de faire un suivi avec le gestionnaire et enfin avec les parties prenantes.
Q # 19) Avez-vous utilisé des outils d'automatisation?
Répondre: La réponse à cette question est tout à fait exclusive à l'individu. Répondez à tous les outils et stratégies d'automatisation que vous avez utilisés dans votre projet.
Q # 20) Comment déterminez-vous quel logiciel nécessite combien de tests?
Répondre: Nous pouvons connaître ce facteur en découvrant le Complexité cyclomatique .
T La technique aide à identifier les 3 questions ci-dessous pour les programmes / fonctionnalités
- La fonction / le programme est-il testable?
- La fonctionnalité / le programme est-il compris par tout le monde?
- La fonctionnalité / le programme est-il suffisamment fiable?
En tant que QA, nous pouvons utiliser cette technique pour identifier le «niveau» de nos tests.
meilleur logiciel d'accélération de l'ordinateur gratuit
C'est une pratique que si le résultat de la complexité cyclomatique est plus ou plus grand nombre, nous considérons que l'élément de fonctionnalité est de nature complexe et par conséquent nous concluons comme un testeur; que le morceau de code / fonctionnalité nécessite des tests approfondis.
D'autre part, si le résultat de la complexité cyclomatique est un nombre plus petit, nous concluons en tant que QA que la fonctionnalité est moins complexe et décidons de la portée en conséquence.
Il est très important de comprendre tout le cycle de vie des tests et de pouvoir suggérer des changements dans notre processus si nécessaire. L'objectif est de fournir un logiciel de haute qualité et de cette manière, un AQ doit prendre toutes les mesures nécessaires pour améliorer le processus et la manière dont l'équipe de test exécute les tests.
J'espère que ces questions et réponses d'entrevue d'assurance qualité vous aideront à préparer une entrevue d'assurance qualité.
lecture recommandée
- Questions et réponses d'entrevue
- Quelques questions d'entretien intéressantes sur les tests de logiciels
- Questions et réponses d'entrevue de test ETL
- Les 20 questions et réponses les plus importantes pour les entretiens de test d'API
- Comment se préparer à l'entrevue de test de logiciel
- Questions d'entrevue de test manuel du logiciel pour les professionnels expérimentés
- 25 meilleures questions et réponses d'entrevue de test Agile
- Top 200 des questions d'entrevue de test de logiciels (à lire absolument pour effacer TOUT entretien de test)