Top 150 des questions et réponses pour les entretiens de test de logiciels

Table des matières:

Anonim

Nous avons compilé les questions et réponses d'entrevue de test manuel les plus fréquemment posées qui vous familiarisent avec le type de questions d'entrevue de test de logiciel qu'un intervieweur pourrait vous poser lors de votre entretien. Dans cette liste de questions d'entrevue de test manuel avec réponses, nous avons couvert toutes les questions d'entrevue de test de logiciel de base et avancées les plus fréquemment posées avec des réponses détaillées pour vous aider à résoudre facilement l'entretien d'embauche de test manuel.

Nous avons couvert plus de 150 questions d'entrevue importantes pour les tests manuels pour les nouveaux candidats ainsi que des questions d'entrevue de tests manuels pour les ingénieurs d'assurance qualité expérimentés afin de les aider à se préparer à l'entretien à venir. Ce guide détaillé des questions d'entrevue pour les tests manuels vous aidera à résoudre votre entretien d'embauche pour les tests de logiciels.

Questions et réponses d'entrevue de test manuel

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 la portée d'un effort de test de courte durée (1 à 2 heures), 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 cas 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 écrire. Certaines notes seront rédigées au cours de la session de tests exploratoires afin qu'un rapport puisse être produit par la suite.

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 appelées «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 indiqué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 d'application dans 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, il réduit le temps requis pour les tests logiciels.

6. Qu'est-ce que le test de boîte blanche et énumérer les types de test de boîte blanche?

La technique de test en boîte blanche implique une sélection de cas de test basée 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 test basé sur le code ou de test structurel. Différents types de tests en boîte blanche sont

  1. Couverture de l'état
  2. Couverture décisionnelle

7. Dans les tests en boîte blanche, que vérifiez-vous?

Dans les tests en boîte blanche, les étapes suivantes sont vérifiées.

  1. Vérifiez les failles de sécurité dans le code
  2. Vérifiez les chemins incomplets ou cassés dans le code
  3. Vérifier le flux de la structure selon la spécification du document
  4. Vérifiez les sorties attendues
  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 que le test de la boîte noire? Quelles sont les différentes techniques de test de la boîte noire?

Le test de la boîte noire est la méthode de test du logiciel qui est utilisée pour tester le logiciel sans connaître la structure interne du code ou du programme. Ce test est généralement effectué pour vérifier la fonctionnalité d'une application. Les différentes techniques de test de la boîte noire sont

  1. Partitionnement d'équivalence
  2. Analyse de la valeur limite
  3. Représentation graphique cause-effet

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

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

Test dynamique: pour effectuer ce test, le code doit être sous une forme exécutable.

10. Qu'est-ce que la vérification et la validation?

La vérification est un processus d'évaluation du 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 du logiciel après le processus de développement et pour vérifier s'il répond aux exigences du client.

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

Il existe quatre niveaux de test

  1. Test d'unité / composant / programme / module
  2. Test d'intégration
  3. Test du système
  4. Test d'acceptation

12. Qu'est-ce que le test d'intégration?

Le 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. Il est généralement effectué après des tests unitaires et fonctionnels.

13. En quoi consistent les plans de test?

La conception du test, la portée, les stratégies de test, l'approche sont divers détails qui composent le document de plan de test.

  1. Identifiant du cas de test
  2. Portée
  3. Caractéristiques à tester
  4. Fonctionnalités à ne pas tester
  5. Stratégie de test et approche de test
  6. Livrables de test
  7. Responsabilités
  8. Dotation et formation
  9. Risque et éventualités

14. Quelle est la différence entre les tests UAT (tests d'acceptation des utilisateurs) et les tests système?

Test du système: le test du système détecte des défauts lorsque le système est soumis à des tests dans son ensemble; il est également connu sous le nom de test de bout en bout. Dans ce type de test, l'application souffre du début à la fin.

UAT: Les tests d'acceptation des utilisateurs (UAT) consistent à exécuter un produit à travers une série de tests spécifiques qui déterminent si le produit répondra aux besoins de ses utilisateurs.

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

Retester: C'est un processus de vérification des bogues qui sont traités par l'équipe de développement pour vérifier qu'ils sont corrigés.

Test piloté par les données (DDT): dans le processus de test piloté par 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.

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

  • Enregistrer: consignez et gérez tous les problèmes qui se sont produits
  • Signaler: signalez 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 que

Scénarios de test: un scénario de test est une fonctionnalité qui peut être testée. Il est également appelé condition de test ou possibilité de test.

Cas de test: c'est un document qui contient les étapes à exécuter; il a été planifié plus tôt.

Script 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 d'étapes écrites qui doivent être effectuées manuellement.

18. Qu'est-ce qu'un défaut latent?

Défaut latent: ce défaut est un défaut existant dans le système qui ne provoque aucune défaillance car l'ensemble exact de conditions n'a jamais été rempli

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

Pour connaître la qualité de l'exécution des tests, nous pouvons utiliser deux paramètres

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

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

Phantom est un logiciel gratuit et est utilisé pour le langage de script d'automatisation de l'interface graphique Windows. Cela nous permet de prendre le contrôle des fenêtres et des fonctions automatiquement. Il peut simuler n'importe quelle combinaison de frappes et de clics de souris ainsi que des menus, des listes et plus encore.

21. Expliquez ce que sont les livrables du 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 le test
  • Après le test

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

Le test de mutation est une technique permettant d'identifier si un ensemble de données de test ou un cas de test est utile en introduisant intentionnellement divers changements de code (bogues) et en effectuant un nouveau test avec les données / cas de test d'origine pour déterminer si les bogues sont détectés.

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

  • Faisabilité technique
  • Niveau de complexité
  • Stabilité de l'application
  • Données de test
  • Taille de l'application
  • Réutilisation des scripts automatisés
  • Exécution dans tout l'environnement

24. Comment allez-vous mener une analyse des risques?

Pour l'analyse des risques, les étapes suivantes 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éployez 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 de débogage

  1. Débogage par force brute
  2. Retour en arrière
  3. Élimination des causes
  4. Découpage du programme
  5. Analyse de l'arborescence des défauts

26. Qu'est-ce que le masquage des fautes explique par 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 des 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 l'entrée de valeurs négatives. Cela résoudra le problème et masquera le défaut de déclenchement d'exceptions non gérées.

27. Expliquez ce qu'est le plan de test? Quelles sont les informations qui devraient ê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 détails suivants.

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

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

Il vous aide à éliminer le risque produit 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écification
  • Avoir des discussions sur le projet avec toutes les parties prenantes, y compris le développeur
  • En tant que véritable utilisateur se promène sur le site Web

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

Le risque commun qui conduit à l'échec d'un projet est

  • 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 arriver à une estimation pour votre projet?

Pour estimer votre projet, vous devez tenir compte des points suivants

  • Divisez l'ensemble du projet en plus petites tâches
  • Attribuer 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 test
  • Construire l'environnement de test
  • Administrateur de test
  • Exécuter les cas de test
  • Tester, un administrateur de test
  • Signaler les défauts
  • Testeur

32. Expliquez ce qu'est le type de test et quels sont les types de test 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 test couramment utilisés sont

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

33. Tout en surveillant votre projet, que devez-vous prendre en compte?

Les choses qui doivent être prises en considération sont

  • Votre projet est-il dans les délais
  • Avez-vous dépassé 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 des pressions 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 test
  • Ne pas écouter les autres
  • Mauvaise planification
  • Sous-estimer
  • Ignorer les petits problèmes
  • Ne pas suivre le processus

35. Que contient un rapport d'essai typique? Quels sont les avantages des rapports de test?

Un rapport de test contient les éléments suivants:

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

Les avantages des rapports de test sont:

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

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

La revue de direction est également appelée assurance qualité logicielle ou SQA. SQA se concentre davantage sur le processus logiciel que sur les produits de travail logiciel. Il s'agit d'un ensemble d'activités conçues pour s'assurer que le chef de projet suit le processus standard. SQA aide le gestionnaire de test à comparer le projet aux normes établies.

37. Quelles sont les meilleures pratiques pour l'assurance qualité des logiciels?

Les meilleures pratiques pour une mise en œuvre efficace de l'AQS sont

  • Amélioration continue
  • Documentation
  • Utilisation de l'outil
  • Métrique
  • Responsabilité des membres de l'équipe
  • Auditeurs SQA expérimentés

38. Quand le RTM (matrice de traçabilité des exigences) est-il préparé?

Le RTM est préparé avant la conception du cas 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, l'effort, 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 des clients 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 est l'étape que vous suivriez une fois que vous aurez trouvé le défaut?

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

a) Recréez le défaut

b) Joindre la capture d'écran

c) Enregistrer le défaut

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

Cette technique utilise le document de cas de test proprement dit développé par les testeurs en utilisant 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, alors il est connu sous le nom de diagramme de flux de données. Il est également utilisé pour la visualisation du traitement des données.

44. Expliquez ce qu'est LCSAJ?

LCSAJ signifie «séquence de code linéaire et saut». Il se compose des trois éléments suivants

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, le test est effectué en plusieurs cycles dans lesquels 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é à moins qu'aucune erreur ne soit trouvée.

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

Le test Fuzz est utilisé 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 planter le système. Si la vulnérabilité persiste, un outil appelé testeur de fuzz est utilisé pour déterminer les causes potentielles. Cette technique est plus utile pour les grands projets mais ne détecte qu'un défaut majeur.

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

L'avantage de la mesure de la 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, en raison du pourcentage d'instructions exécutables couvertes qui 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> caractères de la chaîne précédente. Aucun des caractères ne doit être tronqué

b) Si les caractères de la nouvelle chaîne

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

d) La chaîne ne doit être remplacée que 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 communs soulevés par les membres de l'équipe
  • Je vais organiser une réunion d'équipe, révéler la solution et demander aux gens de coopérer

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

Il existe principalement trois catégories de défauts

  • Mauvais : lorsqu'une exigence est mise en œuvre de manière incorrecte
  • 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 incorporée dans le 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. Lorsque le test final est terminé, nous obtenons un rapport complet des déclarations en attente et obtenons également le pourcentage de couverture.

52. Mentionner 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 de défaillance tandis que le défaut est identifié en interne et résolu; alors on parle de défaut.

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

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

  • Plan de test central / projet: C'est le 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 d'acceptation: Ce document commence pendant la phase d'exigence et se termine à la livraison finale
  • Plan de test du système: ce plan commence pendant le plan de conception et se poursuit jusqu'à la fin du projet
  • Plan d'intégration et de test unitaire: ces deux plans de test commencent pendant la phase d'exécution et durent jusqu'à la livraison finale

54. Expliquez quels cas de test sont écrits en premier lieu des boîtes noires ou des boîtes blanches?

Les cas de test de la boîte noire sont écrits en premier pour écrire les cas de test de la boîte noire; il nécessite un plan de projet et un document d'exigence tous ces documents sont facilement disponibles au début du projet. Bien que l'écriture de cas de test en boîte blanche nécessite plus de compréhension architecturale 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?

  • Défaut latent: un défaut latent est un défaut existant qui n'a pas causé de défaillance car les ensembles de conditions n'ont jamais été remplis
  • 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. Mentionner ce que sont les tests ascendants?

Le test ascendant est une approche des tests d'intégration, où les composants de niveau le plus bas sont d'abord testés, puis utilisés pour faciliter le test des composants de niveau supérieur. Le processus est répété jusqu'à ce que le composant en haut de la hiérarchie soit testé.

57. Mentionner quels sont les différents types de techniques de couverture des tests?

Différents types de techniques de couverture de test comprennent

  • Couverture de la déclaration: vérifie que chaque ligne de code source a été exécutée et testée
  • Couverture de décision: elle garantit que chaque décision du code source est exécutée et testée
  • Couverture de chemin: elle garantit que chaque route possible à travers une partie donnée du code est exécutée et testée

58. Mentionner quel est le sens des alcootests?

Le test respiratoire est 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. Mentionner quels sont les composants 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
  • Identifiant et nom du défaut
  • Instantané du défaut
  • Statut de priorité et de gravité
  • Défaut résolu par
  • Défaut résolu le

61. Mentionner 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

  • Valider les exigences logicielles et l'intégration avec des interfaces externes
  • Test de l'application dans un scénario d'environnement réel
  • Test de l'interaction entre l'application et la base de données

62. Expliquez ce que cela signifie par faisceau d'essai?

Un faisceau de test configure un ensemble d'outils et de données de test pour tester une application dans diverses conditions, et il implique la surveillance de la sortie avec la sortie attendue pour vérifier l'exactitude.

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

Lors du test des activités de test de projet, vous automatiseriez

  • 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 que des défauts ne soient introduits dans le code.

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

Le test basé sur les risques est le terme utilisé pour désigner une approche de création d'une stratégie de test basée sur la hiérarchisation des tests par risque. La base de l'approche est une analyse détaillée des risques et une hiérarchisation des risques par niveau de risque. Des tests pour traiter 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 du dépistage?

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

67. À quoi servent les 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 son impact déterminent le niveau de risque.

69. Quand utilise-t-on le test de table de décision?

Le test de table de décision est utilisé pour tester des systèmes pour lesquels la spécification prend la forme de règles ou de combinaisons de cause à effet. Dans une table de décision, les entrées sont répertoriées dans une colonne, avec les sorties dans la même colonne mais sous les entrées. Le reste du tableau explore les combinaisons d'entrées pour définir les sorties produites.

En savoir plus sur la technique de test de table de décision dans le didacticiel vidéo ici

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

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

71. Quel est l'objectif PRINCIPAL lors de l'examen d'un livrable logiciel?

Pour identifier les défauts de tout produit de travail logiciel.

72. Lequel des énoncés suivants 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 de cas 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 biais de l'auteur 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?

Test de pré-version par les représentants des utilisateurs finaux sur le site du développeur.

76. Qu'est-ce que le test bêta?

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

77. Mentionner 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 il est installé chez le client final pour valider si le produit peut être utilisé en production.

78. Compte tenu du fragment de code suivant, combien de tests sont nécessaires pour une couverture décisionnelle à 100%?

si largeur> longueurthenbiggest_dimension = largeursi hauteur> largeurthenbiggest_dimension = hauteurfin sielsebiggest_dimension = longueursi hauteur> longueurthenbiggest_dimension = hauteurfin sifin si

4

79. Vous avez conçu des cas de test pour fournir une déclaration à 100% et une couverture de décision à 100% pour le fragment de code suivant. si largeur> longueur alors plus grande_dimension = largeur sinon plus grande_dimension = longueur end_if Ce qui suit a été ajouté au bas du fragment de code ci-dessus. print "La plus grande dimension est" & plus grande_dimensionprint "Largeur: & largeur print "Longueur: & 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 s'assurer 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: - Est un véhicule pour effectuer un processus de test. L'outil est une ressource pour le testeur, mais lui-même est insuffisant pour effectuer des tests

En savoir plus sur les outils de test ici

81. Nous utilisons la sortie de l'analyse des exigences, la spécification des exigences comme entrée pour l'écriture

Cas de test d'acceptation des utilisateurs

82. Essais 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 du logiciel testé ou d'un autre composant logiciel connexe ou non:

Les tests de régression

83. Un grossiste vend des cartouches d'imprimante. La quantité minimum de commande est de 5. Il y a une remise 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 groupes suivants contient trois entrées de test qui seraient générées à l'aide de l'analyse de la valeur limite?

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 sont testables séparément. Les tests des 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, les stubs et les 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 les tests unitaires

85. Qu'est-ce que le test du système fonctionnel?

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

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

Les testeurs indépendants sont impartiaux et identifient différents défauts en même temps.

87. Dans une approche REACTIVE des tests, quand prévoyez-vous que la majeure partie du travail de conception des tests commence?

La majeure partie du travail de conception des tests a commencé 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 dont je suis consciente:

  1. Programmation extrême (XP)
  2. Scrum
  3. Développement de logiciels Lean
  4. Développement basé 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 stimuler les efforts de test?

Parce que tout tester n'est pas faisable.

91. Qu'est-ce que le dépistage aléatoire / du singe? Quand est-il utilisé?

Les tests aléatoires sont souvent connus sous le nom de tests de 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; par conséquent, il est normalement utilisé par les débutants et pour voir si le système résistera aux effets indésirables.

92. Parmi les objectifs suivants, lesquels sont des objectifs 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 l'amélioration du 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 les techniques suivantes. Quelles sont les techniques statiques et quelles sont les techniques dynamiques?

  1. Partitionnement d'équivalence.
  2. Utilisez des tests de cas.
  3. Analyse des flux de données.
  4. Essais exploratoires.
  5. Test de décision.
  6. Inspections.

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 trouvent.

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. Planification
  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 d'examen?

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

En savoir plus sur le processus d'examen dans le didacticiel vidéo ici

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

Une plage d'entrée ou de sortie de valeurs telles qu'une seule valeur de la plage devient un cas de test.

98. Quand les procédures de gestion de la 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 des menaces, telles que les virus provenant d'étrangers 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 qui est effectuée pour exposer les défauts dans les interfaces et dans l'interaction entre les composants intégrés est?

Test de niveau d'intégration

102. Quelles sont les techniques de test basées sur la structure (boîte blanche)?

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. Elles sont communément appelées techniques de «boîte blanche» ou «boîte de verre» (ce qui implique que vous pouvez voir dans le système) car elles nécessitent une connaissance de la façon dont le logiciel est mis en œuvre, 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 fois, deux fois et plusieurs fois. Cela peut être fait quelle que soit la fonctionnalité du logiciel.

103. Quand faut-il effectuer un «test de régression»?

Une fois le logiciel modifié ou lorsque l'environnement a changé, des tests de régression doivent être effectués.

104 . Qu'est-ce que les tests négatifs et positifs?

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

105. À quoi sert un critère de réussite à un test?

Le but du critère d'achèvement du test est de déterminer quand arrêter le test

106. Que ne peut pas trouver l'analyse statique?

Par exemple, des 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 test basées 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 de manière essentielle aux conditions de test et aux cas de test. L'expérience des techniciens et des professionnels est importante, car ils apportent des perspectives différentes à l'analyse des tests et au processus de conception. En raison d'une expérience antérieure avec des systèmes similaires, ils peuvent avoir des informations sur ce qui pourrait mal tourner, ce qui est très utile pour les tests.

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

Inspection

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

Oui, car les deux aident à détecter les défauts et à améliorer la qualité.

111. Un champ d'entrée 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 outils suivants serait impliqué dans l'automatisation du test de régression? une. Testeur de données b. Testeur de limite c. Capture / Lecture d. Comparateur de sortie.

ré. Comparateur de sortie

113. Pour tester une fonction, que faut-il écrire un programmeur, qui appelle la fonction à tester et passe les données de test.

Chauffeur

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

Manque d'objectivité

115. "Combien de tests suffisent-ils?"

La réponse dépend du risque pour votre secteur d'activité, 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 (test, publication)
  2. Le budget de test a été épuisé
  3. Le taux de bogues tombe en dessous d'un certain niveau
  4. Scénarios 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 éléments suivants est le principal objectif de la stratégie d'intégration pour les tests d'intégration dans les petites entreprises?

L'objectif principal de la stratégie d'intégration est de spécifier les modules à combiner quand et combien à la fois.

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

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

119. Compte tenu du code suivant, quelle affirmation est vraie concernant le nombre minimum de cas de test requis pour une déclaration complète et une couverture de succursale?

Lire p

Lire q

SI p + q> 100

ALORS imprimer "Grand"

FIN SI

SI p> 50

ALORS Imprimer "p Large"

FIN SI

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

120. Quel examen est normalement utilisé pour évaluer un produit afin de déterminer son aptitude à l'usage prévu et pour identifier les écarts?

Analyse technique.

121. Les défauts trouvés doivent-ils être documentés à l'origine par qui?

Par les testeurs.

122. Quelle est la norme de documentation officielle actuellement reconnue dans le monde entier?

Il n'y en a pas.

123. Lequel des éléments suivants est le participant à la révision qui a créé l'élément à réviser?

Auteur

124. Un certain nombre de bogues critiques sont corrigés dans le logiciel. Tous les bogues sont dans un module, liés aux rapports. Le gestionnaire de test 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 de la valeur limite fournit-elle de bons cas de test?

Parce que des erreurs sont fréquemment commises lors de la programmation des différents cas près 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 formé, utilise des critères formels d'entrée et de sortie et des listes de contrôle.

127. Pourquoi le 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 testware et de l'objet de test.

128. Qu'est-ce que le V-Model?

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, la migration ou le 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és d'une autre manière, par exemple en utilisant des techniques basées sur les spécifications). Partout où nous pouvons compter des éléments et savoir si chacun de ces éléments a été testé ou non, nous pouvons alors mesurer la couverture.

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

Parce que l'intégration incrémentielle a une meilleure capacité de dépistage précoce des défauts et d'isolement

132. Comment appelle-t-on le processus commençant par les modules terminaux?

Intégration ascendante

133. Au cours de quelle activité de test la faute peut-elle être trouvée le plus rentable?

Pendant la planification des tests

134. Le but de la phase de prescription est

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

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

Nous avons divisé les tests en étapes distinctes pour les raisons suivantes,

  1. Chaque étape de test a un objectif différent
  2. Il est plus facile de réussir à tester 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 par étapes

136. Qu'est-ce que le DRE?

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 à partir de l'ensemble des cas de test. La formule de calcul du DRE est

DRE = Nombre de bogues pendant un test / nombre de bogues pendant le test + nombre de bogues trouvés par un utilisateur

137. Lequel des éléments suivants est susceptible de bénéficier le plus de l'utilisation d'outils de test offrant des fonctions de capture et de relecture de tests? a) Test de régression b) Test d'intégration c) Test du système d) Test d'acceptation par l'utilisateur

Les tests de régression

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

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

139. Qu'est-ce qui é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 au comportement spécifié.

141. Que sont les comparateurs de test?

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

142. Qui est chargé de documenter toutes les questions, problèmes et points ouverts qui ont été identifiés lors de la réunion d'examen

Scribe

143. Quel est le principal objectif de l'examen informel

Un moyen peu coûteux d'obtenir des avantages

144. À quoi sert la technique de conception des tests?

Identification des conditions de test et identification des cas de test

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

Partitionnement d'équivalence

146. Un gestionnaire de test souhaite utiliser les ressources disponibles pour le test automatisé d'une application Web. Le meilleur choix est Tester, automatisation de test, spécialiste Web, DBA

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

Envoyez les informations détaillées du bug rencontré et vérifiez 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 une seule fois en un composant ou un système global, plutôt que par étapes.

Essais Big-Bang

149. En pratique, quel modèle de cycle de vie peut avoir des niveaux de développement et de test plus, moins nombreux ou différents, selon le projet et le 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.

Modèle en V

150. Quelle technique peut être utilisée pour obtenir une couverture des entrées et des sorties? Il peut être appliqué à une entrée humaine, à une entrée via des interfaces vers un système ou à des paramètres d'interface dans les tests d'intégration.

Partitionnement d'équivalence

151. "Ce modèle de cycle de vie est dicté par les risques liés au calendrier et au budget" Cette déclaration est la mieux adaptée.

Modèle en V

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

Le plus important doit être testé en premier

153. Plus une panne est découverte tard dans le cycle de vie du développement, plus sa réparation coûte cher. Pourquoi?

Le défaut a été intégré dans plus 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 la rigueur des tests.

155. Qu'est-ce que le test de la 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 20000 roupies et un minimum de 100 roupies, donc dans les tests de valeur limite, 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. Dont le but est 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é lors de sa sortie?

Environnement de test

158. Qu'est-ce qui peut être considéré comme basé sur le plan du projet, mais avec plus de détails?

Plan de test de phase

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 cadrés dans le temps, livrés, puis assemblés en un prototype fonctionnel. Cela peut très rapidement donner au client quelque chose à voir et à utiliser et à fournir des commentaires sur la livraison et ses exigences. Un changement et un développement rapides du produit sont possibles grâce à cette méthodologie. Cependant, la spécification du produit devra être développée pour le produit à 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 - Test Quiz

Référez-nous - Questions d'entrevue de test de logiciels Vidéo Youtube

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

Le pdf des questions et réponses d'entretien de test manuel ci-dessus aidera les novices ainsi que les ingénieurs d'assurance qualité expérimentés. Veuillez partager la page avec vos amis et collègues.