150 questions et réponses d'entretien sur les tests manuels pour 2024

Nous avons compilé les questions et réponses de tests manuels les plus fréquemment posées qui vous familiarisent avec le type de questions d'entretien de testeur de logiciels qu'un intervieweur pourrait vous poser lors de votre entretien. Dans cette liste de questions d'entretien pour les tests de logiciels avec réponses, nous avons couvert toutes les questions d'entretien de test de base et avancées fréquemment posées pendant 10 ans d'expérience avec des réponses détaillées pour vous aider à passer facilement l'entretien d'embauche de test manuel.

Nous avons couvert près de 150 questions importantes sur les tests logiciels pour les candidats les plus récents, ainsi que des questions d'entretien expérimentées sur les tests manuels pour les ingénieurs QA afin de les aider à préparer le prochain entretien. Ce guide détaillé des questions d'entretien de test de logiciels pour les candidats expérimentés vous aidera à réussir votre entretien d'embauche pour les tests de logiciels.

Questions et réponses d'entretien sur les tests manuels pour les expérimentés et les débutants


1. Qu'est-ce que les tests exploratoires ?

Les tests exploratoires sont une approche pratique dans laquelle les testeurs sont impliqués dans une planification minimale et une exécution maximale des tests. La planification implique la création d'une charte de test, une brève déclaration de l'étendue d'un temps court (1 à 2 heures).boxl’effort de test, les objectifs et les approches possibles à utiliser. Les activités de conception et d'exécution des tests sont généralement effectuées en parallèle sans documenter formellement les conditions de test, les scénarios de test ou les scripts de test. Cela ne signifie pas que d’autres techniques de test plus formelles ne seront pas utilisées. Par exemple, le testeur peut décider d'utiliser l'analyse des valeurs limites, mais réfléchira et testera les valeurs limites les plus importantes sans nécessairement les noter. Certaines notes seront rédigées lors de la séance d'essais exploratoires afin qu'un rapport puisse être réalisé par la suite.

👉 Téléchargement PDF gratuit : Questions et réponses pour les entretiens de tests manuels


2. Qu'est-ce que le « test de cas d'utilisation » ?

Afin d'identifier et d'exécuter les exigences fonctionnelles d'une application du début à la fin, un « cas d'utilisation » est utilisé et les techniques utilisées pour ce faire sont connues sous le nom de « Test de cas d'utilisation ».


3. Quelle est la différence entre le STLC (Software Testing Life Cycle) et le SDLC (Software Development Life Cycle) ?

SDLC s'occupe du développement/codage du logiciel tandis que STLC s'occupe de la validation et de la vérification du logiciel


4. Qu'est-ce que la matrice de traçabilité ?

La relation entre les cas de test et les exigences est illustrée à l'aide d'un document. Ce document est appelé matrice de traçabilité.


5. Qu'est-ce que le test de partitionnement d'équivalence ?

Le test de partitionnement d'équivalence est une technique de test logiciel qui divise les données de test d'entrée de l'application en chaque partition au moins une fois de données équivalentes à partir desquelles des cas de test peuvent être dérivés. Grâce à cette méthode de test, cela réduit le temps nécessaire aux tests logiciels.


6. Qu'est-ce qui est blanc box tester et lister les types de blanc box essai?

Blanc box La technique de test implique la sélection de cas de test basés sur une analyse de la structure interne (couverture du code, couverture des branches, couverture des chemins, couverture des conditions, etc.) d'un composant ou d'un système. Il est également connu sous le nom de tests basés sur le code ou de tests structurels. Différents types de blanc box les tests sont

  1. Couverture de l'état
  2. Couverture des décisions

7. En blanc box test, que vérifies-tu ?

En blanc box tests à suivrewing les étapes sont vérifiées.

  1. Vérifiez les failles de sécurité dans le code
  2. Vérifiez les chemins incomplets ou brisés dans le code
  3. Vérifier le flux de la structure selon la spécification du document
  4. Vérifier les résultats attendus
  5. Vérifiez toutes les boucles conditionnelles dans le code pour vérifier la fonctionnalité complète de l'application
  6. Vérifiez le codage ligne par ligne et couvrez 100 % des tests

8. Qu'est-ce qui est noir box essai? Quels sont les différents noirs box techniques de tests ?

Noir box le test est la méthode de test du logiciel qui est utilisée pour tester le logiciel sans savoirwing la structure interne du code ou du programme. Ces tests sont généralement effectués pour vérifier la fonctionnalité d'une application. Le différent noir box les techniques de test sont

  1. Partitionnement d'équivalence
  2. Analyse des valeurs limites
  3. Graphique de cause à effet

9. Quelle est la différence entre les tests statiques et dynamiques ?

Tests statiques : lors de la méthode de test statique, le code n'est pas exécuté et il est effectué à l'aide de la documentation du logiciel.

Tests dynamiques : pour effectuer ces tests, le code doit être sous une forme exécutable.


10. Que sont la vérification et la validation ?

La vérification est un processus d'évaluation d'un logiciel lors de la phase de développement. Il vous aide à décider si le produit d'une application donnée satisfait aux exigences spécifiées. La validation est le processus d'évaluation d'un logiciel après le processus de développement et de vérification s'il répond aux exigences du client.


11. Quels sont les différents niveaux de test ?

Il existe quatre niveaux de test

  1. Tests unitaires/composants/programmes/modules
  2. Test d'intégration
  3. Test du système
  4. Test d'acceptation

12. Qu'est-ce que les tests d'intégration ?

Test d'intégration est un niveau de processus de test logiciel, où les unités individuelles d'une application sont combinées et testées. Elle est généralement réalisée après des tests unitaires et fonctionnels.


13. En quoi consistent les plans de test ?

La conception des tests, la portée, les stratégies de test et l'approche sont diverses.tails ce document de plan de test est constitué.

  1. Identifiant du scénario de test
  2. Domaine
  3. Fonctionnalités à tester
  4. Fonctionnalités à ne pas tester
  5. Stratégie de test et approche de test
  6. Livrables de test
  7. Responsabilités
  8. Personnel et formation
  9. Risques et imprévus

14. Quelle est la différence entre les tests UAT (User Acceptance Testing) et les tests système ?

Tests du système : les tests du système consistent à détecter des défauts lorsque le système est soumis à des tests dans son ensemble ; on l'appelle également test de bout en bout. Dans ce type de tests, l’application souffre du début à la fin.

UAT : User Acceptance Testing (UAT) consiste à faire passer un produit à travers une série de tests spécifiques qui déterminent si le produit répondra aux besoins de ses utilisateurs.


15. Mentionnez la différence entre les tests basés sur les données et les nouveaux tests ?

Nouveau test : Il s'agit d'un processus de vérification des bogues traités par l'équipe de développement pour vérifier qu'ils sont corrigés.

Tests basés sur les données (DDT) : Dans le processus de test basé sur les données, l'application est testée avec plusieurs données de test. L'application est testée avec un ensemble de valeurs différent.

Questions d'entretien de test manuel avancé de logiciels pour 3/5/10 ans d'expérience


16. Quelles sont les étapes utiles pour résoudre les problèmes lors des tests ?

  • Enregistrer : enregistrez et gérez tous les problèmes survenus
  • Rapport : signaler les problèmes au responsable de niveau supérieur
  • Contrôle : Définir le processus de gestion des problèmes

17. Quelle est la différence entre les scénarios de test, les cas de test et le script de test ?

La différence entre les scénarios de test et les cas de test est la suivante

Scénarios de test : Un scénario de test est toute fonctionnalité qui peut être testée. On l'appelle également condition de test ou possibilité de test.

Cas de test : C'est un document qui contient les étapes à exécuter ; cela a été prévu plus tôt.

Scénario de test : Il est écrit dans un langage de programmation et c'est un programme court utilisé pour tester une partie des fonctionnalités du système logiciel. En d’autres termes, un ensemble écrit d’étapes qui doivent être effectuées manuellement.


18. Qu'est-ce qu'un vice caché ?

Vice caché : Ce défaut est un défaut existant dans le système qui n'entraîne aucune défaillance car l'ensemble exact des conditions n'a jamais été rempli.


19. Quels sont les deux paramètres qui peuvent être utiles pour connaître la qualité d’exécution des tests ?

Pour connaître la qualité d'exécution des tests, on peut utiliser deux paramètres

  • Taux de rejet des défauts
  • Taux de fuite des défauts

Paramètres de qualité d'exécution des tests

Paramètres de qualité d'exécution des tests


20. Quelle est la fonction de l'outil de test logiciel « fantôme » ?

Phantom est un logiciel gratuit et est utilisé pour windows Langage de script d'automatisation GUI. Cela nous permet de prendre le contrôle de windows et fonctionne automatiquement. Il peut simuler n'importe quelle combinaison de frappes et de clics de souris ainsi que des menus, des listes et bien plus encore.


21. Expliquez ce que sont les livrables de test ?

Les livrables de test sont un ensemble de documents, d'outils et d'autres composants qui doivent être développés et maintenus à l'appui des tests.

Il existe différents livrables de test à chaque phase du cycle de vie du développement logiciel

  • Avant de tester
  • Pendant les tests
  • Après les tests

22. Qu'est-ce que le test de mutation ?

Les tests de mutation sont une technique permettant d'identifier si un ensemble de données de test ou un scénario de test est utile en introduisant intentionnellement diverses modifications de code (bogues) et en retestant avec les données/cas de test d'origine pour déterminer si les bogues sont détectés.


23. Quels éléments devez-vous prendre en compte avant de sélectionner des outils d'automatisation pour l'AUT ?

  • Faisabilité technique
  • Avecplexniveau de ville
  • Stabilité des applications
  • Données de test
  • Taille de l'application
  • Réutilisation des scripts automatisés
  • Exécution dans l’environnement

24. Comment procéderez-vous à l’analyse des risques ?

Pour l'analyse des risques, suivezwing des mesures doivent être mises en œuvre

  1. Trouver le score du risque
  2. Faire un profil du risque
  3. Modification des propriétés de risque
  4. Déployer les ressources de ce risque de test
  5. Créer une base de données des risques

25. Quelles sont les catégories de débogage ?

Catégories pour le débogage

  1. Débogage par force brute
  2. Revenant
  3. Causer l'élimination
  4. Découpage du programme
  5. Analyse de l'arbre de défaillance

26. Qu'est-ce que le masquage des défauts, expliqué avec un exemple ?

Lorsque la présence d’un défaut masque la présence d’un autre défaut dans le système, on parle de masquage de défauts.

Exemple : si la « valeur négative » provoque le déclenchement d'une exception système non gérée, le développeur empêchera la saisie de valeurs négatives. Cela résoudra le problème et masquera le défaut du déclenchement d’exceptions non gérées.


27. Expliquez ce qu'est le plan de test ? Quelles informations doivent être couvertes dans le plan de test ?

Un plan de test peut être défini comme un document décrivant la portée, l'approche, les ressources et le calendrier des activités de test et un plan de test doit couvrir les éléments suivants.wing details.

  • Stratégie de test
  • Objectif du test
  • Critères de sortie/suspension
  • Planification des ressources
  • Livrables de test

28. Comment pouvez-vous éliminer le risque produit dans votre projet ?

Il vous aide à éliminer les risques produits dans votre projet, et il existe une étape simple mais cruciale qui peut réduire le risque produit dans votre projet.

  • Examiner les documents de spécifications
  • Avoir des discussions sur le projet avec toutes les parties prenantes, y compris le développeur
  • En tant qu'utilisateur réel, parcourez le site Web

29. Quel est le risque courant qui conduit à l’échec du projet ?

Les risques courants qui conduisent à l’échec d’un projet sont

  • Ne pas avoir assez de ressources humaines
  • L'environnement de test n'est peut-être pas configuré correctement
  • Budget limité
  • Limites de temps

30. Sur quelle base pouvez-vous établir une estimation pour votre projet ?

Pour estimer votre projet, vous devez considérer les éléments suivantswing des notes bonus

  • Divisez l'ensemble du projet en tâches les plus petites
  • Attribuez chaque tâche aux membres de l’équipe
  • Estimer l’effort requis pour accomplir chaque tâche
  • Valider l'estimation

31. Expliquez comment vous attribueriez une tâche aux membres de l'équipe ?

Tâche Membre
Analyser la spécification des exigences logicielles Tous les membres
Créer la spécification de test Testeur/Analyste de tests
Construire l'environnement de test Administrateur de tests
Exécuter les cas de test Testeur, un administrateur de tests
Signaler les défauts Testeur

32. Expliquez ce qu'est le type de test et quels sont les types de tests couramment utilisés ?

Pour obtenir un résultat de test attendu, une procédure standard est suivie, appelée type de test.

Les types de tests couramment utilisés sont

  • Tests unitaires : tester le plus petit code d'une application
  • Test API : API de test créée pour l'application
  • Tests d'intégration : les modules logiciels individuels sont combinés et testés
  • Test du système : test complet du système
  • Tests d'installation/désinstallation : tests effectués du point de vue client/client
  • Tests Agile : tests via la technique Agile

33. Lors du suivi de votre projet, que devez-vous prendre en compte ?

Les éléments à prendre en considération sont

  • Votre projet est-il dans les délais
  • Êtes-vous au-dessus de votre budget
  • Travaillez-vous vers le même objectif de carrière
  • Avez-vous suffisamment de ressources
  • Y a-t-il des signes avant-coureurs de problèmes imminents
  • Y a-t-il une pression de la part de la direction pour terminer le projet plus tôt

34. Quelles sont les erreurs courantes qui créent des problèmes ?

  • Associer les ressources aux mauvais projets
  • Manque de compétences du gestionnaire de tests
  • Ne pas écouter les autres
  • Mauvais planning
  • Sous-estimer
  • Ignorer les petits problèmes
  • Ne pas suivrewing le processus

35. Que contient un rapport de test type ? Quels sont les avantages des rapports de tests ?

Un rapport de test contient le suivantwing des choses:

  • Renseignements sur le projet
  • Objectif du test
  • Résumé des tests
  • Défaut

Les avantages des rapports de test sont les suivants :

  • L'état actuel du projet et la qualité du produit sont informés
  • Si nécessaire, la partie prenante et le client peuvent prendre des mesures correctives
  • Un document final aide à décider si le produit est prêt à être commercialisé

36. Qu'est-ce que l'examen de la gestion des tests et pourquoi est-il important ?

La revue de direction est également appelée Assurance qualité des logiciels ou SQA. SQA se concentre davantage sur le processus logiciel plutôt que sur les produits logiciels. Il s'agit d'un ensemble d'activités conçues pour garantir que le chef de projet suit le processus standard. SQA aide le responsable de test à comparer le projet aux normes établies.


37. Quelles sont les meilleures pratiques en matière d'assurance qualité des logiciels ?

Les meilleures pratiques pour une mise en œuvre efficace de SQA sont

  • AMÉLIORATION CONTINUE
  • Documentation
  • Utilisation de l'outil
  • Métrique
  • Responsabilité des membres de l'équipe
  • Auditeurs SQA expérimentés

38. Quand la RTM (Requirement Traceability Matrix) est-elle préparée ?

RTM est préparé avant la conception du scénario de test. Les exigences doivent être traçables à partir des activités d’examen.


39. Quelle est la différence entre la matrice de test et la matrice de traçabilité ?

Matrice de test: La matrice de test est utilisée pour capturer la qualité réelle, les efforts, le plan, les ressources et le temps requis pour capturer toutes les phases des tests logiciels.

Matrice de traçabilité : La cartographie entre les cas de test et les exigences du client est connue sous le nom de matrice de traçabilité.


40. Dans les tests manuels, que sont les stubs et les pilotes ?

Les stubs et les pilotes font partie des tests incrémentiels. Dans les tests incrémentiels, il existe deux approches, à savoir l’approche ascendante et descendante. Les pilotes sont utilisés dans les tests ascendants et le stub est utilisé pour une approche descendante. Afin de tester le module principal, le stub est utilisé, qui est un code ou un programme factice.


41. Quelle étape suivrez-vous une fois que vous aurez trouvé le défaut ?

Une fois qu'un défaut est détecté, vous suivrez l'étape

a) Recréer le défaut

b) Joindre la capture d'écran

c) Enregistrez le défaut


42. Expliquez ce qu'est la méthode de test « pilotée par le plan de test » ou « pilotée par les mots clés » ?

Cette technique utilise le document de cas de test réel développé par les testeurs à l'aide d'une feuille de calcul contenant des « mots clés » spéciaux. Les mots clés contrôlent le traitement.


43. Qu'est-ce que le DFD (Data Flow Diagram) ?

Lorsqu'un « flux de données » à travers un système d'information est représenté graphiquement, on parle alors de diagramme de flux de données. Il est également utilisé pour la visualisation du traitement des données.


44. Expliquez ce qu'est le LCSAJ ?

LCSAJ signifie « séquence de code linéaire et saut ». Il se compose de la suitewing trois articles

a) Début de la séquence linéaire d'instructions exécutables

b) Fin de la séquence linéaire

c) La ligne cible vers laquelle le flux de contrôle est transféré à la fin de la séquence linéaire


45. Expliquez ce qu'est le test N+1 ?

La variation des tests de régression est représentée par N+1. Dans cette technique, les tests sont effectués en plusieurs cycles au cours desquels les erreurs trouvées dans le cycle de test « N » sont résolues et retestées dans le cycle de test N+1. Le cycle est répété sauf si aucune erreur n’est détectée.


46. ​​Qu'est-ce que le test Fuzz et quand est-il utilisé ?

Les tests Fuzz sont utilisés pour détecter les failles de sécurité et les erreurs de codage dans les logiciels. Dans cette technique, des données aléatoires sont ajoutées au système pour tenter de faire planter le système. Si la vulnérabilité persiste, un outil appelé fuzz tester est utilisé pour déterminer les causes potentielles. Cette technique est plus utile pour les projets plus importants mais ne détecte qu'un défaut majeur.


47. Mentionnez quels sont les principaux avantages de la mesure de couverture des déclarations des tests logiciels ?

L’avantage de la mesure de couverture des relevés est que

a) Il ne nécessite pas de traitement du code source et peut être appliqué directement au code objet

b) Les bogues sont répartis uniformément dans le code, grâce à quoi le pourcentage d'instructions exécutables couvertes reflète le pourcentage de défauts découverts.


48. Comment générer des cas de test pour la méthode « remplacer une chaîne » ?

a) Si les caractères de la nouvelle chaîne > les caractères de la chaîne précédente. Aucun personnage ne doit être tronqué

b) Si les caractères de la nouvelle chaîne <caractères de la chaîne précédente. Les caractères indésirables ne doivent pas être ajoutés

c) Les espaces après et avant la chaîne ne doivent pas être supprimés

d) La chaîne doit être remplacée uniquement pour la première occurrence de la chaîne


49. Comment allez-vous gérer un conflit entre les membres de votre équipe ?

  • Je parlerai individuellement à chaque personne et noterai ses préoccupations
  • Je trouverai une solution aux problèmes courants soulevés par les membres de l'équipe
  • Je tiendrai une réunion d'équipe, révélerai la solution et demanderai aux gens de co-operate

50. Mentionnez quelles sont les catégories de défauts ?

Il existe principalement trois catégories de défauts

  • faux: Lorsqu'une exigence est mal implémentée
  • Manquant: Il s'agit d'un écart par rapport à la spécification, une indication qu'une spécification n'a pas été mise en œuvre ou qu'une exigence du client n'est pas satisfaite.
  • Extra: Une exigence intégrée au produit qui n'a pas été donnée par le client final. Il est considéré comme un défaut car il s'agit d'un écart par rapport aux exigences existantes.

51. Expliquez comment fonctionne un outil de couverture de test ?

L'outil de test de couverture de code s'exécute en parallèle tout en effectuant des tests sur le produit réel. L'outil de couverture de code surveille les instructions exécutées du code source. Une fois le test final effectué, nous obtenons un rapport complet des relevés en attente ainsi que le pourcentage de couverture.


52. Mentionnez quelle est la différence entre un « défaut » et un « échec » dans les tests de logiciels ?

En termes simples, lorsqu'un défaut atteint le client final, on parle d'échec tandis que le défaut est identifié en interne et résolu ; on parle alors de défaut.


53. Expliquez comment tester des documents dans un projet qui s'étend sur tout le cycle de vie du développement logiciel ?

Le projet s'étend sur tout le cycle de vie du développement logiciel.wing manière

  • Plan de test central/projet : il s'agit du plan de test principal qui décrit la stratégie de test complète du projet. Ce plan est utilisé jusqu'à la fin du cycle de vie du développement logiciel
  • Plan de test de réception : Ce document débute lors de la phase de besoin et est complété lors de la livraison finale
  • Plan de test du système : ce plan démarre pendant le plan de conception et se poursuit jusqu'à la fin du projet
  • Plan d'intégration et de tests unitaires : ces deux plans de tests démarrent pendant la phase d'exécution et durent jusqu'à la livraison finale

54. Expliquez quels cas de test sont écrits en premier en noir boxes ou blanc boxil est?

Noir box les cas de test sont écrits en premier pour écrire en noir box cas de tests ; cela nécessite un plan de projet et un document d'exigences, tous ces documents sont facilement disponibles au début du projet. En écrivant en blanc box les cas de test nécessitent plus archicompréhension structurelle et n’est pas disponible au début du projet.


55. Expliquez quelle est la différence entre les défauts latents et masqués ?

  • Vice caché : Un vice caché est un défaut existant qui n’a pas provoqué de défaillance car les conditions n’ont jamais été remplies.
  • Défaut masqué : Il s'agit d'un défaut existant qui n'a pas provoqué d'échec car un autre défaut a empêché l'exécution de cette partie du code.

56. Mentionnez ce qu'est un test ascendant ?

Les tests ascendants sont une approche des tests d'intégration, dans laquelle les composants de niveau le plus bas sont testés en premier, puis utilisés pour faciliter le test des composants de niveau supérieur. Le processus est répété jusqu'à ce que le composant situé au sommet de la hiérarchie soit testé.


57. Mentionnez quels sont les différents types de techniques de couverture de test ?

Différents types de techniques de couverture de test incluent

  • Couverture du relevé : Il vérifie que chaque ligne de code source a été exécutée et testée
  • Couverture décisionnelle : Il garantit que chaque décision dans le code source est exécutée et testée
  • Couverture du chemin : Il garantit que chaque itinéraire possible à travers une partie donnée du code est exécuté et testé

58. Mentionnez quelle est la signification des alcootests ?

Les tests respiratoires sont une suite de tests qui exerce toutes les fonctionnalités d'un produit mais ne teste pas les fonctionnalités en détail.


59. Expliquez quelle est la signification de Code Walk Through ?

Code Walk Through est l'analyse informelle du code source du programme pour trouver des défauts et vérifier les techniques de codage.


60. Mentionnez quels sont les éléments de base du format de rapport de défaut ?

Les composants essentiels du format de rapport de défaut comprennent

  • Nom Du Projet
  • Nom du module
  • Défaut détecté sur
  • Défaut détecté par
  • ID et nom du défaut
  • Aperçu du défaut
  • Statut de priorité et de gravité
  • Défaut résolu par
  • Défaut résolu le

61. Mentionnez quel est le but des tests de bout en bout ?

Les tests de bout en bout sont effectués après les tests fonctionnels. Le but des tests de bout en bout est que

  • Pour valider le Logiciels requis et intégration avec des interfaces externes
  • Test d'application dans un scénario d'environnement réel
  • Test d'interaction entre l'application et la base de données

62. Expliquez ce que signifie tester le harnais ?

Un harnais de test configure un ensemble d'outils et de données de test pour tester une application dans diverses conditions, et cela implique de surveiller l'exactitude du résultat avec le résultat attendu.


63. Expliquez dans un projet de test quelles activités de test automatiseriez-vous ?

En testant les activités de test de projets, vous automatiserez

  • Tests qui doivent être exécutés pour chaque build de l'application
  • Tests qui utilisent plusieurs données pour le même ensemble d'actions
  • Tests identiques qui doivent être exécutés à l’aide de différents navigateurs
  • Pages critiques pour la mission
  • Une transaction avec des pages qui ne changent pas en peu de temps

64. Quel est le PRINCIPAL avantage de concevoir des tests tôt dans le cycle de vie ?

Cela permet d’éviter l’introduction de défauts dans le code.


65. Qu'est-ce que les tests basés sur les risques ?

Basé sur le risque Essais est le terme utilisé pour désigner une approche visant à créer un Stratégie de test qui est basé sur la priorisation des tests par risque. La base de l'approche est une analyse détaillée des risques et une priorisation des risques par niveau de risque. Les tests destinés à répondre à chaque risque sont ensuite spécifiés, en commençant par le risque le plus élevé.


66. Quelle est la différence CLÉ entre les approches préventives et réactives en matière de tests ?

Les tests préventifs sont conçus tôt ; les tests réactifs sont conçus après la production du logiciel.


67. Quel est le but des critères de sortie ?

Le but des critères de sortie est de définir quand un niveau de test est terminé.


68. Qu'est-ce qui détermine le niveau de risque ?

La probabilité d'un événement indésirable et l'impact de l'événement déterminent le niveau de risque.


69. Quand les tests de table de décision sont-ils utilisés ?

Les tests de tables de décision sont utilisés pour tester des systèmes pour lesquels la spécification prend la forme de règles ou de combinaisons cause-effet. Dans un tableau de décision, les entrées sont répertoriées dans une colonne, avec les sorties dans la même colonne mais en dessous des entrées. Le reste du tableau explore les combinaisons d’intrants pour définir les extrants produits.

Apprenez-en davantage sur la technique de test des tables de décision dans le didacticiel vidéo ici


70. Pourquoi utilisons-nous des tables de décision ?

Les techniques de partitionnement d’équivalence et d’analyse des valeurs limites sont souvent appliquées à des situations ou à des entrées spécifiques. Cependant, si différentes combinaisons d'entrées entraînent différentes actions, cela peut être plus difficile à démontrer à l'aide du partitionnement d'équivalence et de l'analyse des valeurs limites, qui ont tendance à être davantage axées sur l'interface utilisateur. Les deux autres techniques basées sur des spécifications, les tables de décision et les tests de transition d'état, sont davantage axées sur la logique métier ou les règles métier. Une table de décision est un bon moyen de gérer des combinaisons de choses (par exemple, des entrées). Cette technique est parfois également appelée tableau « cause-effet ». La raison en est qu'il existe une technique de diagramme logique associée appelée « graphique de cause à effet » qui était parfois utilisée pour aider à dériver le tableau de décision.


71. Quel est l'objectif PRINCIPAL lors de la révisionwing un livrable logiciel ?

Identifier les défauts de tout produit logiciel.


72. Lequel des suivantswing définit les résultats attendus d'un test ? Spécification de cas de test ou spécification de conception de test.

La spécification du scénario de test définit les résultats attendus d'un test.


73. Quel est l'avantage de l'indépendance des tests ?

Cela évite les préjugés des auteurs dans la définition de tests efficaces.


74. Dans le cadre de quel processus de test déterminez-vous les critères de sortie ?

Les critères de sortie sont déterminés sur la base du « Test Planning ».


75. Qu'est-ce que le test Alpha ?

Tests préliminaires par les représentants des utilisateurs finaux sur le site du développeur.


76. Qu'est-ce que les tests bêta ?

Tests effectués par des clients potentiels sur leurs propres sites.


77. Mentionnez quelle est la différence entre les tests pilotes et bêta ?

La différence entre un test pilote et un test bêta est que le test pilote est en fait effectué en utilisant le produit par le groupe d'utilisateurs avant le déploiement final, et dans le test bêta, nous ne saisissons pas de données réelles, mais elles sont installées chez le client final pour valider. si le produit peut être utilisé en production.


78. Compte tenu de ce qui suitwing fragment de code, combien de tests sont nécessaires pour une couverture de décision à 100 % ?

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

4


79. Vous avez conçu des cas de test pour fournir une couverture à 100 % des déclarations et à 100 % des décisions pour la suitewing fragment de code. si largeur > longueur alors plus grande_dimension = largeur sinon plus grande_dimension = longueur end_if La suitewing a été ajouté au bas du fragment de code ci-dessus. print « La plus grande dimension est » &biggest_dimensionprint « Largeur : » et largeur print « Longueur : » et longueur Combien de cas de test supplémentaires sont nécessaires ?

Aucun, les cas de test existants peuvent être utilisés.


80. Quelle est la différence entre les techniques de test et les outils de test ?

Technique de test : – Il s’agit d’un processus permettant de garantir que certains aspects du système d’application ou de l’unité fonctionnent correctement. Il peut y avoir peu de techniques mais de nombreux outils.

Outils de test : – Il s'agit d'un véhicule permettant d'effectuer un processus de test. L'outil est une ressource pour le testeur, mais il est insuffisant pour effectuer des tests.

En savoir plus sur les outils de test ici


81. Nous utilisons le résultat de l’analyse des exigences, la spécification des exigences comme entrée pour la rédaction…

Cas de test d'acceptation utilisateur


82. Tests répétés d'un programme déjà testé, après modification, pour découvrir tout défaut introduit ou découvert à la suite des modifications apportées au logiciel testé ou à un autre composant logiciel lié ou non :

Les tests de régression


83. Un grossiste vend des cartouches d'imprimante. La quantité minimale de commande est de 5. Il y a une réduction de 20 % pour les commandes de 100 cartouches d'imprimante ou plus. Il vous a été demandé de préparer des scénarios de test en utilisant différentes valeurs pour le nombre de cartouches d'imprimante commandées. Lequel des suivantswing Les groupes contiennent trois entrées de test qui seraient générées à l'aide de l'analyse des valeurs limites ?

4, 5, 99


84. Qu'est-ce que le test des composants ?

Les tests de composants, également appelés tests unitaires, de modules et de programmes, recherchent les défauts et vérifient le fonctionnement des logiciels (par exemple, modules, programmes, objets, classes, etc.) qui peuvent être testés séparément. Les tests de composants peuvent être effectués indépendamment du reste du système en fonction du contexte du cycle de vie de développement et du système. Le plus souvent, des stubs et des pilotes sont utilisés pour remplacer le logiciel manquant et simuler simplement l'interface entre les composants logiciels. Un stub est appelé depuis le composant logiciel à tester ; un pilote appelle un composant à tester.

Voici une superbe vidéo sur Tests unitaires


85. Qu'est-ce que les tests fonctionnels du système ?

Tester la fonctionnalité de bout en bout du système dans son ensemble est défini comme un test fonctionnel du système.


86. Quels sont les avantages des tests indépendants ?

Les testeurs indépendants sont impartiaux et identifient simultanément différents défauts.


87. Dans une approche RÉACTIVE des tests, quand pensez-vous que la majeure partie du travail de conception des tests commencera ?

La majeure partie du travail de conception des tests commence après la production du logiciel ou du système.


88. Quelles sont les différentes méthodologies du modèle de développement agile ?

Il existe actuellement sept méthodologies agiles différentes que je connais :

  1. Programmation extrême (XP)
  2. Scrum
  3. Développement de logiciels Lean
  4. Développement axé sur les fonctionnalités
  5. Processus unifié agile
  6. Cristal
  7. Modèle de développement de systèmes dynamiques (DSDM)

89. Quelle activité du processus de test fondamental comprend l'évaluation de la testabilité des exigences et du système ?

Une « analyse de test » et une « conception » comprennent l'évaluation de la testabilité des exigences et du système.


90. Quelle est généralement la raison LA PLUS importante pour utiliser le risque pour piloter les efforts de test ?

Parce que tout tester n’est pas réalisable.


91. Qu'est-ce qu'un test aléatoire/sur singe ? Quand est-il utilisé ?

Les tests aléatoires sont souvent appelés tests sur singe. Dans ce type de test, les données sont générées de manière aléatoire, souvent à l'aide d'un outil ou d'un mécanisme automatisé. Avec cette entrée générée aléatoirement, le système est testé et les résultats sont analysés en conséquence. Ces tests sont moins fiables ; c'est pourquoi il est normalement utilisé par les débutants et pour voir si le système résistera aux effets indésirables.


92. Lequel des suivantswing Les objectifs sont-ils valables pour les rapports d'incident ?

  1. Fournissez aux développeurs et aux autres parties des commentaires sur le problème pour permettre l’identification, l’isolement et la correction si nécessaire.
  2. Fournir des idées pour améliorer le processus de test.
  3. Fournir un véhicule pour évaluer les compétences des testeurs.
  4. Fournir aux testeurs un moyen de suivre la qualité du système testé.

93. Considérez ce qui suitwing techniques. Quelles sont les techniques statiques et lesquelles sont les techniques dynamiques ?

  1. Partitionnement d'équivalence.
  2. Test de cas d'utilisation.
  3. Analyse du flux de données.
  4. Tests exploratoires.
  5. Tests de décision.
  6. Contrôles.

L'analyse et les inspections des flux de données sont statiques ; Le partitionnement d'équivalence, les tests de cas d'utilisation, les tests exploratoires et les tests de décision sont dynamiques.


94. Pourquoi les tests statiques et les tests dynamiques sont-ils décrits comme complémentaires ?

Parce qu'ils partagent l'objectif d'identifier les défauts mais diffèrent par les types de défauts qu'ils détectent.


95. Quelles sont les phases d’un examen formel ?

Contrairement aux examens informels, les examens formels suivent un processus formel. Un processus d’examen formel typique comprend six étapes principales :

  1. Préproduction
  2. Démarrer
  3. Préparation
  4. Réunion d'examen
  5. Retravailler
  6. Suivre.

96. Quel est le rôle du modérateur dans le processus de révision ?

Le modérateur (ou responsable de la révision) dirige le processus de révision. Il ou elle détermine, en co-operarelation avec l'auteur, le type de révision, l'approche et la composition de l'équipe de révision. Le modérateur effectue le contrôle d'entrée et le suivi des retouches, afin de contrôler la qualité des entrées et sorties du processus de révision. Le modérateur planifie également la réunion, diffuse les documents avant la réunion, coache les autres membres de l'équipe, rythme la réunion, dirige les éventuelles discussions et stocke les données collectées.

En savoir plus sur le processus de révision dans le didacticiel vidéo ici


97. Qu'est-ce qu'une partition d'équivalence (également appelée classe d'équivalence) ?

Une entrée ou une sortie comporte des plages de valeurs telles qu'une seule valeur de la plage devient un scénario de test.


98. Quand les procédures de gestion de configuration doivent-elles être mises en œuvre ?

Pendant la planification des tests.


99. Un type de test fonctionnel qui étudie les fonctions liées à la détection de menaces, telles que les virus provenant de tiers malveillants ?

Test de sécurité


100. Des tests dans lesquels nous soumettons la cible du test à des charges de travail variables pour mesurer et évaluer les comportements de performance et la capacité de la cible et du test à continuer à fonctionner correctement sous ces différentes charges de travail ?

test de charge


101. L'activité de test effectuée pour révéler les défauts des interfaces et de l'interaction entre les composants intégrés est :

Tests de niveau d'intégration


102. Que sont les systèmes basés sur la structure (blancs)box) techniques de test ?

Les techniques de test basées sur la structure (qui sont également dynamiques plutôt que statiques) utilisent la structure interne du logiciel pour dériver des cas de test. Ils sont communément appelés « blancs ».box" ou " verre-box' techniques (impliquant que vous puissiez voir dans le système) car elles nécessitent une connaissance de la façon dont le logiciel est implémenté, c'est-à-dire comment il fonctionne. Par exemple, une technique structurelle peut concerner l’exercice de boucles dans le logiciel. Différents cas de test peuvent être dérivés pour exercer la boucle une, deux et plusieurs fois. Cela peut être fait quelle que soit la fonctionnalité du logiciel.


103. Quand faut-il effectuer des « tests de régression » ?

Après un changement de logiciel ou lorsque l'environnement a changé Les tests de régression doit être effectuée.


104. Qu'est-ce qu'un test négatif et positif ?

Un test négatif se produit lorsque vous saisissez une entrée non valide et recevez des erreurs. Alors qu'un test positif, c'est lorsque vous entrez une entrée valide et que vous vous attendez à ce qu'une action soit effectuée conformément à la spécification.


105. Quel est l'objectif d'un critère d'achèvement de test ?

Le but du critère d'achèvement des tests est de déterminer quand arrêter les tests.


106. Qu'est-ce que l'analyse statique ne peut PAS trouver ?

Par exemple les fuites de mémoire.


107. Quelle est la différence entre un nouveau test et un test de régression ?

Un nouveau test garantit que le défaut d'origine a été supprimé ; les tests de régression recherchent des effets secondaires inattendus.


108. Quelles sont les techniques de tests basés sur l'expérience ?

Dans les techniques basées sur l'expérience, les connaissances, les compétences et les antécédents des personnes contribuent grandement aux conditions de test et aux cas de test. L'expérience des techniciens et des commerciaux est importante, car ils apportent des perspectives différentes au processus d'analyse et de conception des tests. Grâce à leur expérience antérieure avec des systèmes similaires, ils peuvent avoir une idée de ce qui pourrait mal se passer, ce qui est très utile pour les tests.


109. Quel type d’examen nécessite des critères formels d’entrée et de sortie, y compris des paramètres ?

Inspection


110. Les examens ou les inspections pourraient-ils être considérés comme faisant partie des tests ?

Oui, car les deux permettent de détecter les défauts et d’améliorer la qualité.


111. Un champ de saisie prend l'année de naissance entre 1900 et 2004. Quelles sont les valeurs limites pour tester ce champ ?

1899,1900,2004,2005


112. Lequel des suivantswing Des outils seraient impliqués dans l’automatisation des tests de régression ? un. Testeur de données b. Testeur de limites c. Capture/Lecture d. Comparateur de sortie.

d. Comparateur de sortie


113. Pour tester une fonction, ce que doit écrire un programmeur, qui appelle la fonction à tester et transmet les données de test.

Tournevis


114. Quelle est la principale raison pour laquelle les développeurs ont des difficultés à tester leur propre travail ?

Manque d'objectivité


115. « Quelle quantité de tests est suffisante ? »

La réponse dépend du risque pour votre secteur, de votre contrat et de vos exigences particulières.


116. Quand faut-il arrêter les tests ?

Cela dépend des risques pour le système testé. Il existe certains critères sur la base desquels vous pouvez arrêter les tests.

  1. Délais (tests, sortie)
  2. Le budget des tests a été épuisé
  3. Le taux de bugs tombe en dessous d'un certain niveau
  4. Cas de test terminés avec un certain pourcentage de réussite
  5. Fin des périodes alpha ou bêta pour les tests
  6. La couverture du code, des fonctionnalités ou des exigences est satisfaite jusqu'à un point spécifié

117. Lequel des suivantswing est l'objectif principal de la stratégie d'intégration pour les tests d'intégration dans le petit ?

L'objectif principal de la stratégie d'intégration est de spécifier quels modules combiner, quand et combien en même temps.


118. Que sont les cas de tests semi-aléatoires ?

Les cas de test semi-aléatoires ne sont rien, mais lorsque nous effectuons des cas de test aléatoires et effectuons un partitionnement d'équivalence entre ces cas de test, cela supprime les cas de test redondants, nous donnant ainsi des cas de test semi-aléatoires.


119. Compte tenu de ce qui suitwing code, quelle affirmation est vraie concernant le nombre minimum de cas de test requis pour une couverture complète des instructions et des succursales ?

Lire p

Lire q

SI p+q> 100

PUIS imprimer « Grand »

Endif

SI p > 50

PUIS imprimer « p Large »

Endif

1 test pour la couverture des relevés, 2 pour la couverture des agences


120. Quel examen est normalement utilisé pour évaluer un produit afin de déterminer son adéquation à l'utilisation prévue et d'identifier les écarts ?

Analyse technique.


121. Les défauts constatés doivent être initialement documentés par qui ?

Par les testeurs.


122. Quelle est la norme de documentation formelle actuellement reconnue à l’échelle mondiale ?

Il n'y en a pas.


123. Lequel des suivantswing le participant à la révision qui a créé l'élément doit-il être révisé ?

Auteur


124. Un certain nombre de bogues critiques sont corrigés dans les logiciels. Tous les bugs sont dans un seul module, lié aux rapports. Le responsable des tests décide de faire des tests de régression uniquement sur le module de rapports.

Les tests de régression doivent également être effectués sur d'autres modules, car la correction d'un module peut affecter d'autres modules.


125. Pourquoi l'analyse des valeurs limites fournit-elle de bons cas de test ?

Parce que des erreurs sont fréquemment commises lors de la programmation des différents cas à proximité des « bords » de la plage de valeurs.


126. Qu'est-ce qui différencie une inspection des autres types d'examen ?

Il est dirigé par un leader qualifié et utilise des critères et des listes de contrôle formels d’entrée et de sortie.


127. Pourquoi un testeur peut-il dépendre de la gestion de la configuration ?

Parce que la gestion de la configuration garantit que nous connaissons la version exacte du logiciel de test et de l'objet de test.


128. Qu'est-ce que le modèle V ?

Un modèle de développement logiciel qui illustre comment les activités de test s'intègrent aux phases de développement logiciel


129. Qu'est-ce que les tests de maintenance ?

Déclenché par des modifications, une migration ou un retrait de logiciels existants


130. Qu'est-ce que la couverture des tests ?

La couverture des tests mesure d'une manière spécifique la quantité de tests effectués par un ensemble de tests (dérivée d'une autre manière, par exemple en utilisant des techniques basées sur des spécifications). Partout où nous pouvons compter les choses et savoir si chacune de ces choses a été testée ou non par un test, nous pouvons alors mesurer la couverture.


131. Pourquoi l’intégration progressive est-elle préférée à l’intégration « big bang » ?

Parce que l'intégration incrémentale offre une meilleure capacité de détection précoce des défauts et d'isolement


132. Comment s'appelle le processus commençant par les modules terminaux ?

Intégration ascendante


133. Au cours de quelle activité de test les défauts pourraient-ils être détectés de la manière la plus rentable ?

Pendant la planification des tests


134. L’objectif de la phase de besoin est

Geler les exigences, comprendre les besoins des utilisateurs, définir la portée des tests


135. Pourquoi divisons-nous les tests en étapes distinctes ?

Nous divisons les tests en étapes distinctes en raison des éléments suivantswing les raisons,

  1. Chaque étape de test a un objectif différent
  2. Il est plus facile de gérer les tests par étapes
  3. Nous pouvons exécuter différents tests dans différents environnements
  4. Les performances et la qualité des tests sont améliorées grâce à des tests progressifs

136. Qu'est-ce que l'ERD ?

Afin de mesurer l'efficacité des tests, une métrique puissante est utilisée pour mesurer l'efficacité des tests, connue sous le nom de DRE (Defect Removal Efficiency). À partir de cette métrique, nous saurions combien de bogues nous avons trouvés dans l'ensemble des cas de test. La formule de calcul du DRE est

DRE=Nombre de bugs lors d'un test/nombre de bugs lors d'un test + nombre de bugs trouvés par un utilisateur


137. Lequel des suivantswing est susceptible de bénéficier le plus de l'utilisation d'outils de test fournissant des fonctionnalités de capture et de relecture des tests ? a) Tests de régression b) Tests d'intégration c) Tests du système d) Tests d'acceptation des utilisateurs

Les tests de régression


138. Comment estimeriez-vous le nombre de nouveaux tests susceptibles d’être nécessaires ?

Métriques de projets similaires précédents et discussions avec l'équipe de développement


139. Qu'étudie l'analyse des flux de données ?

L'utilisation de données sur les chemins à travers le code.


140. Qu'est-ce que l'échec ?

L'échec est un écart par rapport à un comportement spécifié.


141. Que sont les comparateurs de tests ?

Est-ce vraiment un test si vous entrez certaines entrées dans un logiciel, mais ne regardez jamais si le logiciel produit le résultat correct ? L'essence des tests est de vérifier si le logiciel produit le résultat correct et pour ce faire, nous devons comparer ce que le logiciel produit à ce qu'il devrait produire. Un comparateur de tests permet d'automatiser certains aspects de cette comparaison.


142. Qui est responsable de documenter tous les enjeux, problèmes et points ouverts identifiés lors de la réunion d'examen ?

Scribe


143. Quel est l’objectif principal de l’examen informel

Un moyen peu coûteux d’obtenir des avantages


144. Quel est le but de la technique de conception de tests ?

Identifier les conditions de test et identifier les cas de test


145. Lors du test d'un système de calcul des notes, un évaluateur détermine que tous les scores compris entre 90 et 100 donneront une note de A, mais pas les scores inférieurs à 90. Cette analyse est connue sous le nom de :

Partitionnement d'équivalence


146. Un gestionnaire de tests souhaite utiliser les ressources disponibles pour les tests automatisés d'une application Web. Le meilleur choix est

Testeur, automate de tests, spécialiste web, DBA


147. Lors du test d'un testeur de module, « X » a trouvé un bug et l'a attribué à un développeur. Mais le développeur rejette la même chose, affirmant que ce n'est pas un bug. Que devrait faire « X » ?

Envoyer les informations détaillées du bug rencontré et vérifier la reproductibilité


148. Type de test d'intégration dans lequel des éléments logiciels, des éléments matériels ou les deux sont combinés en même temps dans un composant ou un système global, plutôt que par étapes.

Tests Big Bang


149. Dans la pratique, quel modèle de cycle de vie peut comporter plus, moins ou différents niveaux de développement et de test, en fonction du projet et du produit logiciel. Par exemple, il peut y avoir des tests d'intégration de composants après les tests de composants, et des tests d'intégration de système après les tests de système.

V-Modèle


150. Quelle technique peut-on utiliser pour atteindre la couverture des entrées et des sorties ? Il peut être appliqué à la saisie humaine, à la saisie via des interfaces vers un système ou aux paramètres d'interface dans les tests d'intégration.

Partitionnement d'équivalence


151. « Ce modèle de cycle de vie est déterminé par les risques liés au calendrier et au budget » Cette affirmation est la mieux adaptée pour.

V-Modèle


152. Dans quel ordre les tests doivent-ils être exécutés ?

Le plus important doit être testé en premier


153. le later Au cours du cycle de vie du développement, une erreur est découverte, plus sa réparation coûte cher. Pourquoi?

La faille a été intégrée dans davantage de documentation, de code, de tests, etc.


154. Qu'est-ce que la mesure de la couverture ?

Il s'agit d'une mesure partielle de l'exhaustivité des tests.


155. Qu'est-ce que le test de valeur limite ?

Testez les conditions aux limites sur, au-dessous et au-dessus des bords des classes d’équivalence d’entrée et de sortie. Par exemple, disons une application bancaire où vous pouvez retirer un maximum de 20,000 100 Rs et un minimum de Rs. Ainsi, lors du test des valeurs limites, nous testons uniquement les limites exactes, plutôt que de frapper au milieu. Cela signifie que nous testons au-dessus de la limite maximale et en dessous de la limite minimale.


156. Que représente COTS ?

Commercial sur étagère.


157. Quelle est la finalité de permettre la réalisation de tests spécifiques sur un système ou un réseau qui ressemble le plus possible à l'environnement dans lequel l'élément testé sera utilisé à sa sortie ?

Environnement de test


158. Que peut-on considérer comme étant basé sur le plan du projet, mais avec plus de détails ?

Plan de test des phases


159. Qu'est-ce que le développement rapide d'applications ?

Le développement rapide d'applications (RAD) est formellement un développement parallèle de fonctions et une intégration ultérieure. Les composants/fonctions sont développés en parallèle comme s'il s'agissait de mini projets, les développements sont chronométrésboxEd, livré, puis assemblé en un prototype fonctionnel. Cela peut très rapidement donner au client quelque chose à voir et à utiliser et lui fournir des commentaires concernant la livraison et ses exigences. Un changement et un développement rapides du produit sont possibles grâce à cette méthodologie. Cependant, les spécifications du produit devront être développées à un moment donné, et le projet devra être placé sous des contrôles plus formels avant d'entrer en production.

👉 Référez-vous à notre – Questionnaire de test

👉 Référez-vous à notre – Questions d'entretien sur les tests de logiciels Youtube Vidéo

Téléchargement gratuit du PDF : Questions et réponses sur les entretiens de test de logiciels

Les questions et réponses d'entretien de test manuel ci-dessus en format PDF aideront aussi bien les débutants que les ingénieurs QA expérimentés. Veuillez partager la page avec vos amis et collègues.