Top 100 des questions et réponses d'entretien sur les tests manuels

2 janvier 2022

Le test manuel peut être défini comme une technique de test logiciel dans laquelle les cas de test sont exécutés manuellement sans utiliser d'outils automatisés. Ici, tous les cas de test seront exécutés manuellement par le testeur selon la perspective de l'utilisateur final. Cela garantira si l'application fonctionne, conformément au document d'exigence ou non.

Si vous recherchez des questions et réponses d'entretien sur les tests manuels, vous êtes sur la bonne page. Assurez-vous de passer en revue toutes les questions mentionnées dans cet article.

Table des matières



Principales questions d'entretien sur les tests manuels

1. Définir les tests logiciels ?

Les tests de logiciels peuvent être définis comme la technique de vérification des systèmes dans le but d'identifier les erreurs, les lacunes ou les exigences manquantes par rapport à l'exigence réelle. Les tests de logiciels sont classés en deux types :

  1. Test fonctionel
  2. Tests non fonctionnels

deux. Qu'est-ce qu'un test exploratoire ?

Essais exploratoires peut être défini comme un type de test logiciel où nous ne créons pas les cas de test à l'avance, mais les testeurs vérifient le système à la volée. Les testeurs notent des idées sur ce qu'il faut tester avant l'exécution du test. L'objectif principal des tests exploratoires est davantage le test en tant qu'activité de réflexion.

3. Pourquoi avons-nous besoin de tests logiciels ?

Les tests logiciels sont nécessaires pour les raisons suivantes :

  1. Pour vérifier l'adaptabilité du logiciel
  2. Pour identifier les erreurs
  3. Pour gagner la confiance des clients
  4. Pour éviter des frais supplémentaires
  5. Pour accélérer le développement de logiciels
  6. Pour éviter les risques
  7. Pour optimiser les affaires

Quatre. Quand devons-nous terminer le processus de test ?

  1. Délais de test.
  2. Achèvement d'une couverture fonctionnelle et de code jusqu'à un point précis
  3. Achèvement de l'exécution du scénario de test.
  4. Lorsque le taux de bogues descend en dessous d'un certain niveau et qu'aucun bogue de haute priorité n'est identifié.
  5. Décision de gestion

5. Définir les tests de cas d'utilisation ?

Test de cas d'utilisation

Les tests de cas d'utilisation peuvent être définis comme un mécanisme qui aidera à identifier les cas de test qui couvriront l'ensemble du système, du début à la fin, transaction par transaction. C'est aussi une description de l'utilisation spécifique du système par l'utilisateur. Il est principalement utilisé dans le développement de tests ou de systèmes pour certains niveaux acceptables.

6. Pouvez-vous énumérer les deux principales catégories de tests logiciels ?

Les tests de logiciels sont généralement classés en deux domaines :

Test manuel - Cela peut être défini comme le plus ancien type de test de logiciel où les testeurs doivent exécuter manuellement les cas de test sans utiliser aucun des outils d'automatisation des tests. Cela signifie que l'application logicielle est testée manuellement par les testeurs QA.

Tests d'automatisation – Cela peut être défini comme la technique consistant à utiliser des outils d'assistance, des scripts et des logiciels pour exécuter les cas de test en répétant les actions prédéfinies. L'automatisation des tests se concentre généralement sur le remplacement de l'activité humaine manuelle par certains systèmes ou dispositifs qui amélioreront l'efficacité.

sept. Définir le contrôle qualité ? Sont à la fois le contrôle de la qualité et l'assurance de la qualité ?

Dans les tests de logiciels, Contrôle de qualité peut être défini comme un groupe systématique de processus utilisés pour assurer la qualité des produits ou services logiciels. Le but du processus de contrôle qualité est de s'assurer que le produit logiciel doit répondre aux exigences réelles en examinant et en testant ses exigences fonctionnelles et non fonctionnelles.

Assurance qualité se rapporte généralement à la façon dont le processus est exécuté ou à la façon dont un produit est fabriqué, et le contrôle de la qualité est défini comme l'aspect inspection de la gestion de la qualité.

8. Quand commencent les tests statiques et que couvrent-ils ?

Le test statique peut être défini comme une technique de test de logiciel utilisée pour vérifier les défauts des applications logicielles sans exécuter de code. Des tests statiques sont effectués pour éviter les erreurs au début du développement car il est facile d'identifier les erreurs et de les résoudre.

9. Qu'est-ce que la matrice de traçabilité des exigences ?

La matrice de traçabilité des exigences (RTM) dans les tests de logiciels est un document qui cartographiera et tracera les exigences des utilisateurs avec les cas de test. Il capturera toutes les exigences proposées par le client et la traçabilité des exigences dans un document unique qui est livré à la fin d'un cycle de vie de développement logiciel.

10. Énumérez les différents types de tests manuels ?

  1. Tests d'intégration
  2. Test de la boîte noire
  3. Test de la boîte blanche
  4. Tests unitaires
  5. Test du système
  6. Tests d'acceptation

Questions d'entretien sur les tests manuels

Onze. Définir les tests boîte noire ?

Les tests de boîte noire peuvent être définis comme une technique de test de logiciel qui examinera la fonctionnalité de l'application sans scruter son fonctionnement ou ses structures internes. Cette méthode de test est appliquée virtuellement à chaque niveau de test logiciel : unité, intégration, système et acceptation.

12. Définir le test de partitionnement d'équivalence ?

Le partitionnement d'équivalence ou le partitionnement de classe d'équivalence peut être défini comme un mécanisme de test logiciel qui divisera les données d'entrée d'une unité logicielle donnée en partitions de données équivalentes à partir desquelles les cas de test sont dérivés. En principe, les cas de test sont conçus de manière à couvrir chaque partition au moins une fois.

Voir également Top 100 des questions et réponses d'entrevue Ansible

13. Définir un plan de test, et que comprend-il ?

Un plan de test dans Software Testing comprend une description du produit, la portée, le calendrier, les procédures, les objectifs, les stratégies de test, les ressources de test et les livrables. Les plans de test sont très importants dans le développement de logiciels, car ils décrivent ce que les tests nécessitent pour s'assurer que le logiciel est conforme aux normes et qu'il fonctionne exactement comme il se doit.

Un plan de test comprend :

  1. Objectifs des tests
  2. Portée des essais
  3. Tester le cadre
  4. Environnement
  5. Raison du test
  6. Critères d'entrée et de sortie
  7. Livrables
  8. Facteurs de risque

14. Définir le test de la boîte blanche et énumérer ses types ?

Le test de la boîte blanche est un mécanisme de test qui examinera la structure du programme et qui dérive les données de test du code ou de la logique du programme. Les autres noms des tests en boîte de verre sont des tests logiques clairs ou des tests basés sur des chemins ou des tests structurels, ou des tests de boîte, des tests de boîte ouverte.

Les types:

  1. Couverture du relevé
  2. Couverture décisionnelle

quinze. Faire la différence entre test alpha et test bêta ?

Test alpha Tests bêta
Il est effectué pour identifier les bogues avant de diffuser le produit aux utilisateurs réels ou au public.Elle est généralement effectuée par de vrais utilisateurs d'une application logicielle dans un environnement en temps réel.
Elle est réalisée par les testeurs au sein de l'organisationElle est effectuée par les utilisateurs finaux.
Il est effectué sur le site du développeur.Elle est réalisée chez le Client.

16. Définir la couverture du test ?

La couverture de test peut être définie comme une technique qui détermine si les cas de test couvrent réellement le code d'application donné et combien de code doit être exercé lorsque nous exécutons ces cas de test. Supposons qu'il y ait 10 exigences et 100 tests créés, et si 90 tests sont exécutés, alors la couverture de test est de 90 %.

17. Dans les tests en boîte blanche, que faut-il vérifier ?

  1. Le test de la boîte blanche doit vérifier les chemins incomplets ou cassés dans le code
  2. Il doit vérifier le flux de la structure selon les spécifications du document donné.
  3. Il doit vérifier les sorties attendues.
  4. Il doit vérifier les failles de sécurité dans le code
  5. Il doit vérifier toutes les boucles conditionnelles dans le code donné afin de vérifier la fonctionnalité complète d'une application.
  6. Il doit vérifier le codage ligne par ligne et couvrir 100 % des tests.

18. Énumérez les différents niveaux de test manuel ?

Tests d'intégration - Il s'agit d'un niveau de test logiciel où les unités individuelles sont combinées et elles sont testées pour vérifier si elles fonctionnent conformément aux besoins lorsqu'elles sont intégrées. L'objectif principal ici est de tester une interface entre les modules.

Tests unitaires – Il s'agit d'un mécanisme de test du plus petit morceau de code (appelé unité) isolé logiquement dans un système. Il se concentre sur l'exactitude fonctionnelle d'un module autonome.

Test du système – Dans ce type de test, tous les composants du logiciel sont testés dans leur ensemble pour s'assurer que l'ensemble du produit répondra aux exigences spécifiées. Il existe différents types de tests de système ; quelques-uns d'entre eux sont les tests d'utilisabilité, les tests de régression et les tests fonctionnels.

Test d'acceptation par l'utilisateur - Il s'agit d'un niveau final, de test d'acceptation ou de test d'acceptation par l'utilisateur, qui détermine si le logiciel est prêt à être publié.

19. Pouvons-nous atteindre une couverture de test de 100 % ? Comment l'assurer ?

Il n'est pas possible d'effectuer des tests à 100 % sur n'importe quel produit. Mais nous pouvons suivre les étapes pour y parvenir (plus près):

  1. On peut définir une limite stricte sur le pourcentage de cas de test réussis et le nombre de bogues trouvés.
  2. Définissez un drapeau rouge si un budget de test est épuisé et que les délais ne sont pas respectés.
  3. Définissez un drapeau vert si l'intégralité de la fonctionnalité est couverte dans les cas de test et que tous les bogues critiques ont le statut 'FERMÉ'.

vingt. Pouvez-vous énumérer les différentes techniques de test de la boîte noire ?

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

Questions d'entretien sur les tests manuels

21. Définir Testbed dans Manual testing ?

Le banc d'essai contient généralement du matériel, des logiciels, une configuration réseau, le produit testé, un système d'exploitation, d'autres logiciels système et des logiciels d'application spécifiques.

22. Pouvons-nous effectuer des tests système à n'importe quelle étape ?

La réponse est non. Le test du système doit commencer si tous les modules sont en place et qu'ils fonctionnent correctement. Mais, il doit être effectué avant l'UAT (test d'acceptation par l'utilisateur).

23. Faire la différence entre les tests statiques et dynamiques ?

Essais statiques Tests dynamiques
Les tests statiques concernent la prévention.Les tests dynamiques concernent le remède.
Les tests statiques sont plus rentables.C'est moins rentable.
Les tests statiques sont généralement effectués lors de la phase de vérification.Les tests dynamiques sont effectués lors de la phase de validation.

24. Pouvez-vous expliquer la procédure de test manuel ?

  1. Vous devez analyser les exigences à partir du document de spécification des exigences logicielles.
  2. Ensuite, créez un plan de test clair.
  3. Ensuite, écrivez les cas de test qui couvriront toutes les exigences définies dans le document.
  4. Ensuite, faites examiner vos cas de test par le responsable de l'assurance qualité.
  5. Exécutez les cas de test et détectez les bogues dans n'importe quel.
  6. Ensuite, signalez les bogues et, une fois qu'ils sont corrigés, exécutez à nouveau les tests ayant échoué afin de revérifier les correctifs.

25. Lister les différents types de tests logiciels ?

  1. Tests unitaires
  2. Tests boîte blanche et boîte noire
  3. Tests d'intégration
  4. Les tests de régression
  5. Test de décochage
  6. Test de fumée
  7. Test fonctionel
  8. Test de performance
  9. Tests alpha et bêta
  10. Test du système

26. Énumérez les différents niveaux de test ?

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

27. Qu'est-ce qu'un scénario de test ?

Cas de test

Un cas de test dans les tests de logiciels peut être défini comme un ensemble d'actions exécutées afin de vérifier une caractéristique ou une fonctionnalité donnée de l'application logicielle. Un cas de test se compose d'étapes de test, de préconditions, de postconditions, de données de test qui sont développées pour des scénarios de test spécifiques afin de vérifier toute exigence.

28. Faire la différence entre un pilote d'essai et un bout d'essai ?

Pilote d'essai Talon d'essai
Les pilotes sont principalement dans les tests d'intégration ascendants.Les stubs sont généralement utilisés dans les tests d'intégration descendants.
Les pilotes sont le programme appelant.Les stubs sont appelés programmes, ce sont des tests agiles

29. Qu'est-ce qu'un test d'intégration ?

Les tests d'intégration sont généralement définis comme la phase des tests logiciels où les modules logiciels individuels sont fusionnés et testés en tant que groupe. Les tests d'intégration sont principalement menés pour évaluer la conformité d'un composant ou d'un système avec des exigences fonctionnelles spécifiées.

30. Qu'est-ce que le test API ?

Les tests d'API peuvent être définis comme un type de test de logiciel qui validera les interfaces de programmation d'application (API). L'objectif principal des tests d'API est de vérifier la fiabilité, la fonctionnalité, les performances et la sécurité des interfaces de programmation. Il se concentre généralement sur la couche logique métier de l'architecture logicielle.

Questions d'entretien sur les tests manuels

31. Pourquoi les tests Agile sont-ils importants ?

Les tests agiles permettront une collaboration et des communications cohérentes entre les équipes de test et de développement. En conséquence, les problèmes complexes sont évités. En plus de l'équipe solide, l'équipe de test peut faire partie du processus de production au lieu de simplement entrer avant la sortie.

32. Faire la différence entre les tests d'acceptation par les utilisateurs et les tests système ?

Test d'acceptation par l'utilisateur Test du système
Ici, nous testons si le système est conforme aux exigences ou non.Ici, nous testons les performances de l'ensemble du système.
Ce test utilise les valeurs d'entrée réelles en temps réel fournies par l'utilisateur.Ce test utilise des valeurs d'entrée de démonstration sélectionnées par les équipes de test.

33. Définir le test de flux de données ?

Test de flux de données

Le test de flux de données est généralement défini comme une famille de stratégies de test basées sur la sélection de chemins à travers le flux de contrôle d'un programme pour explorer une séquence d'événements liés à l'état des variables ou des objets de données. Les tests de flux de données se concentrent principalement sur les points où les variables recevront des valeurs et les points auxquels ces valeurs sont utilisées.

Les cas de test doivent avoir les attributs suivants :

  1. L'entrée du module
  2. Le chemin de flux de contrôle pour les tests
  3. Un ensemble d'une définition de variable appropriée et son utilisation
  4. Le résultat attendu des cas de test

Il s'agit d'un mécanisme de vérification des bogues qui sont actionnés par les équipes de développement pour vérifier qu'ils sont corrigés.

35. Quelle est l'intention des tests de bout en bout ?

Le test de bout en bout peut être défini comme une technique qui testera l'ensemble du produit logiciel, c'est-à-dire du début à la fin, pour s'assurer que le flux applicatif se comportera comme prévu. Il définit les dépendances système d'un produit et garantit que toutes les pièces intégrées fonctionneront ensemble comme prévu.

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

  1. Enregistrement : il s'agit d'un journal et il peut gérer tous les problèmes qui se sont produits.
  2. Rapport : Il signalera les problèmes à un responsable de niveau supérieur.
  3. Contrôle : Il définira le processus de gestion des problèmes.

37. Faire la différence entre un bug et un défaut ?

PunaiseDéfaut
Un bogue peut être défini comme un défaut dans le logiciel qui est détecté pendant le temps de test.Un défaut est généralement défini comme un écart entre les résultats attendus et les résultats réels qui sont détectés par les développeurs après la mise en ligne du produit.

38. Quelles sont les étapes à suivre lorsqu'un bogue survient pendant les tests ?

Pas:

  1. Signalez le problème le plus tôt possible.
  2. Double-vérifie le bogue avant de signaler un bogue.
  3. Vérifiez si le même bogue se produit dans un autre module connexe.
  4. Rédigez un bon résumé de bogue :
  5. N'utilisez aucun langage offensant dans le bogue.
  6. Avant de cliquer sur le bouton Soumettre, veuillez consulter le rapport de bogue.

39. Différencier les scénarios de test, les cas de test et les scripts de test ?

À Scénario d'essai peut être défini comme n'importe quelle fonctionnalité qui peut être testée.

Cas de test : Il peut être défini comme un document qui contiendra les étapes qui seront exécutées ; c'est prévu plus tôt.

Scénario de test : Ceux-ci sont généralement écrits dans un langage de programmation, et c'est un programme court qui est utilisé pour tester une partie de la fonctionnalité du système logiciel.

40. Pouvez-vous énumérer les avantages et les inconvénients des tests manuels ?

Avantages :

  1. Le test manuel d'une application identifie les problèmes, tels que les problèmes d'aspect et de convivialité d'une application.
  2. Les composants visuels tels que la mise en page, le texte et d'autres composants sont facilement accessibles par le testeur, et OIGNON et UX des problèmes sont détectés.
  3. Il a un faible coût de fonctionnement car nous n'utilisons pas les outils ou les compétences de haut niveau.
  4. Il convient aux cas où nous apportons des modifications non planifiées à une application car il est adaptable.
  5. Les humains sont autorisés à observer, juger et fournir une intuition en cas de test manuel, et cela est très utile lorsqu'il s'agit de convivialité ou d'expérience client riche.
Voir également Top 100 des questions et réponses d'entrevue JavaScript

Désavantages:

  1. Les tests manuels prennent du temps.
  2. Il n'est pas facile de trouver des différences de taille et des combinaisons de couleurs d'objets GUI en utilisant un test manuel.
  3. Charger essai et performances essai sont peu pratiques dans essais manuels .
  4. Lorsqu'il y a un grand nombre de tests, manuellement fonctionnement essais est un travail chronophage.
  5. La régression Test les cas qui sont effectués à l'aide de tests manuels prennent beaucoup de temps.

Questions d'entretien sur les tests manuels

41. Quand faire un test manuel ?

Nous effectuons généralement des tests manuels dans ces scénarios :

Test ad hoc : Tests ad hoc, tests non planifiés. Il n'a pas d'approches particulières définies, ni aucune documentation qui lui est associée. Les tests ad hoc sont informels et le facteur important à prendre en compte ici est la connaissance et la perspicacité du testeur. Dans de tels cas, les tests manuels sont une bonne option.

Tests d'utilisation: C'est un scénario où nous avons besoin de tests manuels ; c'est le cas des tests d'utilisabilité. Nous effectuons généralement ces tests d'utilisabilité pour évaluer l'efficacité, la commodité et la convivialité du produit pour les utilisateurs finaux. Pour cette évaluation, nous avons généralement besoin de l'intervention manuelle la plus élevée, et nous ne pouvons pas compter sur les outils pour l'évaluer. Ainsi, afin d'évaluer le produit du point de vue de l'utilisateur final, nous optons généralement pour des tests manuels.

Essais exploratoires : Nous effectuons des tests manuels lorsque la documentation de test est médiocre et nous disposons d'une très courte période de temps pour l'exécution ; dans ce genre de cas, ce test exploratoire demandera de la créativité et des capacités d'analyse du testeur et sa connaissance du produit. Chaque fois que nous effectuons des tests exploratoires, nous optons pour une vérification manuelle car nous ne pouvons pas utiliser d'outils avec peu de documentation et de connaissances.

42. Pouvons-nous tester un programme à fond ?

Il existe deux raisons principales qui peuvent rendre impossible le test approfondi d'un programme :

  1. Les spécifications logicielles sont rendues subjectives et conduisent à des interprétations différentes.
  2. Un programme logiciel peut nécessiter de nombreuses entrées, combinaisons de chemins et sorties.

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

Le vice caché peut être défini comme un défaut qui n'est pas connu du client à moins qu'il ne soit confronté à une situation imprévue et qu'en même temps le promoteur ou le vendeur ait connaissance d'un défaut.

44. Quel est le rôle de la documentation dans les tests manuels ?

La documentation de test peut être définie comme une documentation d'artefacts créés avant ou pendant le test du logiciel. Il aide les équipes de test à estimer l'effort de test nécessaire, la couverture des tests, la progression de l'exécution, le suivi des ressources, etc.

Quatre cinq. Comment allez-vous tester un produit si les exigences ne sont pas encore respectées ?

Si les spécifications requises ne sont pas disponibles pour un produit donné, un plan de test doit être créé, basé sur les hypothèses formulées à propos du produit. Mais il faut bien documenter toutes les hypothèses dans un plan de test.

46. Pouvez-vous lister les deux paramètres utiles pour connaître la qualité d'exécution des tests ?

Les paramètres sont :

  1. Taux de rejet des défauts
  2. Taux de fuite de défaut

47. Énumérez les phases impliquées dans le cycle de vie des tests logiciels ?

Phase :

Analyse des besoins : Il s'agit généralement de la première étape du cycle de vie des tests logiciels. Ici, dans cette étape, l'équipe d'assurance qualité (QA) doit comprendre l'exigence comme ce que nous allons tester et elle doit déterminer les exigences testables. Au cours de cette phase, l'équipe de test étudiera les exigences du point de vue des tests pour identifier les exigences testables.

Les différents types d'exigences comprennent :

  1. Besoins de l'entreprise
  2. Exigences architecturales et de conception
  3. Exigences système et d'intégration

Planification des tests : C'est une phase importante du cycle de vie des tests logiciels où toutes les stratégies de test sont définies ici. Cette phase est également connue sous le nom de phase de stratégie de test. Dans cette phase, le Test Manager est généralement impliqué dans la détermination des estimations de coûts et d'efforts pour l'ensemble du projet. Il définira l'objectif et la portée du projet.

Les types de tests couramment utilisés sont :

  1. Test de l'unité
  2. Test d'API
  3. Test d'intégration
  4. Test du système
  5. Test d'installation/désinstallation
  6. Tests agiles

Développement de cas de test : Cela commencera une fois la phase de planification des tests terminée. Il s'agit d'une phase du STLC où l'équipe de test notera les cas de test détaillés. Parallèlement aux cas de test, l'équipe de test prépare également les données de test pour les tests. Une fois les cas de test préparés, ces cas de test sont ensuite examinés par le responsable de l'assurance qualité.

Configuration de l'environnement de test : La mise en place d'un environnement de test est une partie essentielle d'un cycle de vie de test logiciel. Un environnement de test peut être défini comme une configuration de logiciels et de matériel permettant aux équipes de test d'exécuter leurs cas de test. Il prendra en charge l'exécution des tests avec le logiciel, le matériel et le réseau configurés.

Exécution des tests : La toute prochaine phase du cycle de vie des tests logiciels est l'exécution des tests. L'exécution des tests est un mécanisme d'exécution de code et de comparaison des résultats réels et attendus. Lorsque l'exécution des tests commence, les analystes de test commencent à exécuter des scripts de test basés sur la stratégie de test autorisée dans le projet.

Clôture du cycle de test : Il s'agit de la phase finale d'un cycle de vie de test logiciel. Cela implique d'appeler les membres de l'équipe de test pour rencontrer et évaluer les critères d'achèvement du cycle basés sur la couverture des tests, le coût, le temps, les objectifs commerciaux critiques, la qualité et le logiciel.

48. Comment surmonter les difficultés rencontrées en raison de l'indisponibilité d'une documentation appropriée pour les tests ?

Si le document d'exigence n'est pas disponible, procédez comme suit :

  1. Tout d'abord, assurez-vous de bien lire les documents, référencés par les développeurs, pour développer le produit et assurez-vous de partager les cas de test avec eux. De cette façon, le testeur saura comment les développeurs développent des logiciels et les testeurs pourront concevoir les cas de test en fonction de celui-ci.
  2. En cas d'ambiguïté, clarifiez les choses le plus tôt possible. Impliquez les équipes, c'est-à-dire les testeurs, les développeurs clients et les analystes commerciaux. Après la réunion, assurez-vous que toutes les équipes sont au même niveau de compréhension afin de pouvoir poursuivre le processus.
  3. Faire une documentation appropriée du flux de travail. Cela aide à mieux comprendre la démarche. Utilisez des organigrammes et des diagrammes pour qu'ils soient faciles à comprendre.
  4. Assurez-vous de préparer une liste des éléments In-Scope et Out-of-Scope et de les partager avec tous les membres de l'équipe, et d'obtenir l'approbation du responsable respectif. Le testeur peut ensuite mettre à jour la liste à tout moment après la discussion avec les membres de l'équipe.

49. Définir fantôme dans les tests de logiciels ?

Phantom peut être défini comme un logiciel gratuit et est principalement utilisé pour le langage de script d'automatisation de l'interface graphique Windows. Cela nous permettra de prendre le contrôle de Windows et de ses fonctions automatiquement. Il simulera n'importe quelle combinaison de frappes et de clics de souris, ainsi que des menus, des listes, etc.

Questions d'entretien sur les tests manuels

50. Pouvez-vous énumérer les principaux défis des tests logiciels ?

Défis:

  1. Tester l'application complète
  2. Relation avec les développeurs,
  3. Les tests de régression.
  4. Nous testons toujours sous des contraintes de temps.
  5. Quels tests exécuter en premier ?
  6. Comprendre les exigences
  7. La décision d'arrêter les tests

51. Expliquer les livrables de test ?

Les livrables de test peuvent être définis comme les artefacts de test qui sont remis aux parties prenantes du projet logiciel au cours du cycle de vie du développement logiciel (SDLC). Ces documents sont également appelés livrables de test car ils sont livrés au client avec le produit final de l'application logicielle.

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

  1. Avant de tester
  2. Pendant les tests
  3. Après le test

52. Énumérez les différents types de tests fonctionnels ?

  1. UAT
  2. Test de santé mentale
  3. Tests d'interfaces
  4. Tests d'intégration
  5. Test du système
  6. Les tests de régression
  7. Tests unitaires
  8. Test de fumée

53. Qu'est-ce qu'un test de mutation ?

Les tests de mutation peuvent être définis comme un type de test logiciel où certaines déclarations du code source sont modifiées ou mutées pour vérifier si les cas de test sont capables de trouver des erreurs dans le code source. L'objectif principal des tests de mutation est d'assurer la qualité des cas de test en termes de robustesse qu'il doit échouer le code source muté.

54. Quelles sont les bonnes compétences d'un Ingénieur de Test ?

  1. Connaissance des techniques de conception de tests.
  2. Doit connaître le processus de gestion des défauts.
  3. Connaissance du domaine métier.
  4. Doit avoir de l'expérience dans une variété d'efforts de test.
  5. Ils doivent comprendre les défaillances et les défauts logiciels courants.
  6. Ils doivent avoir une connaissance du système ou de l'application testée.
  7. Ils doivent comprendre le concept du processus d'automatisation des tests.

Questions d'entretien sur les tests manuels

55. Définir des cas de test fonctionnels et des cas de test non fonctionnels ?

Cas de tests fonctionnels sont définis comme ce que les responsables de l'assurance qualité écrivent pour assigner des tests pour les exigences fonctionnelles à d'autres membres de l'équipe. Vous considérez un cas de test comme une tâche. Un test fonctionnel assignera le test d'une fonction ou d'une fonctionnalité pour voir si elle produit le résultat attendu.

Tests non fonctionnels peut être défini comme un type de test de logiciel utilisé pour vérifier les aspects non fonctionnels tels que la fiabilité, la convivialité, les performances, etc., d'une application logicielle. Il est conçu de manière à tester l'état de préparation d'un système selon les paramètres non fonctionnels qui ne sont jamais abordés par les tests fonctionnels.

56. Quels sont les éléments à prendre en compte avant de sélectionner des outils d'automatisation pour l'AUT ?

Points à considérer :

  1. Plates-formes, technologie et types
  2. Compétences des testeurs
  3. Recherchez des outils de test automatisés qui prendront en charge la création de tests d'enregistrement et de lecture et les options de création manuelle.
  4. La gestion du changement
  5. On devrait pouvoir voir clairement les résultats des tests. Les tableaux de bord, les journaux et d'autres instruments qui enregistreront et consigneront automatiquement les résultats du rapport rendront la gestion du processus de test plus fluide et efficace du début à la fin.
  6. Collaboration
Voir également Top 100 des questions et réponses d'entrevue Ansible

57. Définir STLC ?

Le cycle de vie des tests logiciels (STLC) peut être défini comme une stratégie de test qui vous aidera à répondre efficacement aux normes de qualité logicielle. STLC appliquera des tests systématiques effectués par phases.

58. Comment mener une analyse de risque ?

Étapes à suivre :

  1. Trouver le score du risque.
  2. Faites un profil du risque.
  3. Modifiez les propriétés du risque.
  4. Déployer les ressources du risque de test.
  5. Faire une base de données de risque.

59. Expliquer le cycle de vie des défauts ?

Questions d'entretien sur les tests manuels - Cycle de vie des défauts

Dans les tests de logiciels, le cycle de vie des défauts, également appelé cycle de vie des bogues, peut être défini comme un ensemble spécifique d'états qu'un défaut ou un bogue traverse tout au long de sa vie. L'objectif principal du cycle de vie des défauts est de coordonner et de communiquer l'état actuel du défaut, qui change pour différents cessionnaires et rendra le processus de correction des défauts efficace et systématique.

Questions d'entretien sur les tests manuels

60. Définir la gravité et la priorité ?

La gravité signifie le degré d'impact qu'un défaut aura sur le développement ou le fonctionnement du composant ou du système.

La priorité signifie le niveau d'importance commerciale attribué à un élément, par exemple un défaut.

61. Lister les catégories de débogage ?

Catégories :

  1. Débogage par force brute
  2. Retour en arrière
  3. Élimination de la cause
  4. Découpage de programme
  5. Analyse de l'arbre de défaillance

62. Définir le faisceau de test ?

En termes de tests logiciels, un harnais de test ou un cadre de test automatisé peut être défini comme une collection de logiciels et de données de test qui est configurée afin de tester une unité de programme en l'exécutant dans des conditions diverses/différentes et en surveillant ses sorties et son comportement. Il comporte deux parties principales, à savoir,

  1. Le moteur d'exécution des tests
  2. Le référentiel de scripts de test

63. Pouvez-vous énumérer les différents types de gravité ?

  1. Défauts de flux de contrôle - Élevé
  2. Conditions de charge – Élevées
  3. Défauts de l'interface utilisateur - Faible
  4. Défauts liés aux limites - Moyen
  5. Erreur de gestion des défauts – Moyen
  6. Défauts de calcul – Élevé
  7. Données mal interprétées – Élevé
  8. Défaillances matérielles - Élevé
  9. Problèmes de compatibilité - Élevé

Questions d'entretien sur les tests manuels

64. Qu'est-ce que le masquage de panne ?

Le masquage de défaut peut être défini comme lorsque la présence d'un défaut masque la présence d'un autre défaut). Exemple : si la valeur négative provoque le déclenchement d'exceptions système non gérées, le développeur doit empêcher la saisie de valeurs négatives. Cela résout le problème et masque le défaut de déclenchement d'exception non géré.

65. Faire la différence entre les tests positifs et négatifs ?

Test positif Test négatif
Un test positif est défini comme la vérification des réponses de l'application à l'aide de données d'entrée valides.Un test négatif peut être défini comme la vérification de la réponse de l'application en utilisant l'ensemble de données d'entrée invalides.
Ces tests ne garantissent pas une bonne qualité du produit logiciel.Ces tests garantissent la livraison d'un produit logiciel de bonne qualité.
Ce test n'englobe pas toutes les causes possibles.Ce test englobe toutes les causes possibles.

66. Définir le pourcentage de détection de défauts dans les tests logiciels ?

L'une des mesures qui mesurera la qualité des tests de l'entreprise est le pourcentage de détection des défauts. La formule est de compter le nombre de défauts trouvés lors des tests, puis de diviser ce nombre par le nombre total de défauts.

67. Qu'est-ce qu'un bogue critique ?

Un bogue critique peut ne nécessiter aucune action du tout, par exemple, Ouais – je suis complètement dingue. Il est déjà corrigé dans une source et disparaîtra dans la prochaine version.

68. Définir l'efficacité de suppression des défauts dans les tests logiciels ?

L'efficacité de la suppression des défauts se rapporte généralement à la capacité de supprimer les défauts introduits dans un système par le projet au cours du cycle de vie du projet.

69. Quel est le risque commun qui peut conduire à l'échec du projet ?

  1. Nous n'avons pas assez de ressources humaines.
  2. L'environnement de test n'est peut-être pas correctement défini.
  3. Nous pouvons avoir un budget limité.
  4. Contraintes de temps

70. Définir le paradoxe des pesticides ? Comment le surmonter ?

En termes simples, le paradoxe des pesticides peut être expliqué comme si les mêmes tests sont répétés (c'est-à-dire encore et encore), le même ensemble de cas de test ne trouvera aucun nouveau bogue.

Les méthodes pour prévenir le paradoxe des pesticides sont données ci-dessous :

  1. Vous pouvez préparer de nouveaux scénarios de test et les ajouter à un scénario de test existant.
  2. Vous pouvez écrire un tout nouvel ensemble de cas de test pour tester différentes parties du logiciel.

Questions d'entretien sur les tests manuels

71. Définir l'âge moyen d'un défaut dans les tests logiciels ?

L'âge du défaut est généralement défini comme le temps écoulé entre le jour où le testeur a découvert le défaut et le jour où le développeur l'a corrigé.

72. Quels points faut-il considérer lors de l'estimation de votre projet ?

  1. Vous devez diviser l'ensemble du projet en petites tâches.
  2. Ensuite, attribuez chaque tâche aux membres de l'équipe.
  3. Maintenant, estimez l'effort requis pour accomplir chaque tâche.
  4. Enfin, validez l'estimation.

73. Comment effectuer des tests automatisés dans l'environnement ?

  1. Tout d'abord, vous décidez quels cas de test automatiser.
  2. Ensuite, vous devez sélectionner le bon outil de test automatisé.
  3. Ensuite, divisez vos efforts de tests automatisés.
  4. Ensuite, créez de bonnes données de test de qualité.
  5. Ensuite, vous devez créer des tests automatisés résistants aux modifications de l'interface utilisateur (interface utilisateur).

74. Comment attribuer une tâche aux membres de l'équipe ?

  1. Analyser les spécifications des exigences logicielles (tous les membres de l'équipe).
  2. Ensuite, créez les spécifications de test (analyste de test ou testeur).
  3. Ensuite, créez l'environnement de test (administrateur de test).
  4. Exécuter les cas de test (Testet/ Test Administrator).
  5. Enfin, signalez les défauts (testeur).

75. Liste quelques-unes des qualités essentielles qu'un QA ou un Test Lead expérimenté doit avoir ?

  1. Ils doivent fournir des idées pour affiner les processus d'AQ.
  2. Ils doivent avoir d'excellentes compétences en communication écrite et interpersonnelle.
  3. Capacité à accélérer le travail d'équipe pour augmenter la productivité
  4. Capacité d'apprendre rapidement et de préparer les membres de l'équipe.

76. Quelles sont les choses à considérer pendant le suivi de votre projet ?

  1. Vous dépassez votre budget ?
  2. Travaillons-nous vers le même objectif de carrière?
  3. Le projet est-il dans les temps
  4. Avons-nous suffisamment de ressources ?
  5. Existe-t-il des signes avant-coureurs de problèmes imminents ?
  6. Y a-t-il une pression de gestion pour mener à bien le projet plus tôt?

77. Définir Défaut en cascade dans les tests logiciels ?

En termes de tests logiciels, Defect Cascading signifie le déclenchement d'autres défauts dans une application chaque fois qu'un défaut n'est pas identifié ou passe inaperçu pendant le test, il invoquera d'autres défauts, de sorte que plusieurs défauts apparaîtront dans les étapes ultérieures.

78. Qu'est-ce qu'un test de soie ?

Silk Test peut être défini comme un outil de test de régression et de fonctionnement automatisé des applications d'entreprise. Il a été développé par Segue Software qui a ensuite été acquis par Borland en 2006. Silk Test Workbench permettra l'automatisation des tests au niveau visuel ainsi que l'utilisation de VB.Net comme langage de script.

79. Que signifie le terme « qualité » lors des tests ?

La qualité des tests peut être définie comme le degré auquel un composant, un système ou un processus répond aux exigences données et aux besoins et attentes du client. Qualité du logiciel : C'est l'ensemble des caractéristiques et fonctionnalités d'un produit logiciel qui va porter sur sa capacité à satisfaire les implicites.

80. Dans quels scénarios envisageriez-vous de choisir des tests automatisés plutôt que des tests manuels ?

  1. Les tests comprennent des étapes répétitives
  2. L'automatisation devrait prendre moins de temps
  3. Des rapports d'automatisation sont disponibles pour chaque exécution
  4. L'automatisation augmente la réutilisabilité
  5. Si les tests nécessitent une exécution périodique

Questions d'entretien sur les tests manuels

81. Pouvez-vous énumérer les erreurs courantes lors de la création de problèmes ?

  1. Mauvaise planification
  2. Ne pas suivre le processus
  3. Ne pas écouter les autres
  4. Faire correspondre les ressources aux mauvais projets.
  5. Ignorer les petits problèmes
  6. Sous-estimer

82. Pouvez-vous énumérer les différentes techniques de test White Box ?

  1. Couverture du relevé
  2. Couverture décisionnelle
  3. Couverture des conditions
  4. Couverture de plusieurs conditions

83. Énumérer les éléments clés à prendre en compte lors de la rédaction d'un rapport de bogue ?

  1. Description du défaut : il s'agit d'une brève description du bogue
  2. Un identifiant unique
  3. Environnement : vous pouvez ajouter tous les paramètres système qui vous aideront à reproduire le problème.
  4. Captures d'écran
  5. Gravité
  6. Étapes à reproduire : Il inclura les étapes de test détaillées afin d'émuler le problème. Il fournira également les données de test ainsi que l'heure à laquelle l'erreur s'est produite.

84. Définir Techniques de test basées sur l'expérience ?

La technique de test basée sur l'expérience est essentiellement basée sur l'expérience et les compétences du testeur. Ici, les testeurs utiliseront leur expérience avec la même technologie car suffisamment de temps et des spécifications inadéquates ne sont pas disponibles pour tester une application.

Questions d'entretien sur les tests manuels

85. Faire la différence entre fuite de bogue et publication de bogue ?

Fuite de bogue Publication de bogue
La fuite de bogue signifie que le bogue est découvert par les clients ou les utilisateurs finaux et qu'ils ne sont pas détectés par l'équipe de test lors du test du logiciel.La version de bogue est lorsque le logiciel ou l'application est remis à l'équipe de test en sachant que le défaut sera présent dans une version.

86. Faire la différence entre les tests de fumée et les tests de santé mentale ?

Test de fumée Test de santé mentale
Ici, les tests sont exécutés sur les versions initiales d'un produit logiciel.Ici, les tests sont effectués sur des versions qui ont réussi les tests de fumée et les séries de tests de régression.
C'est un sous-ensemble des tests d'acceptation.Il s'agit d'un sous-ensemble de tests de régression.
Ils sont exécutés par des développeurs ou des testeurs.Ils sont exécutés par des testeurs.

87. Faire la différence entre les tests de performance et les tests de singe ?

Test de performance Test de singe
Les tests de performance sont utilisés pour vérifier les caractéristiques de vitesse, d'évolutivité et de stabilité d'un système.Le test de singe peut être défini comme une technique de test de logiciel où l'utilisateur testera l'application en fournissant des entrées aléatoires pour vérifier le comportement de l'application.

88. Qu'est-ce que la « Gestion de la configuration » ?

Dans les tests de logiciels, la gestion de la configuration peut être définie comme un mécanisme de maintien et d'établissement des performances, des attributs physiques et fonctionnels d'un produit avec ses exigences, ses fonctionnalités et sa conception tout au long de sa vie. Cela permettra au testeur de logiciels de gérer ses résultats de test et ses logiciels de test en utilisant les mêmes mécanismes de gestion de configuration.

89. Définir le test du système ?

Le test du système peut être défini comme le test du produit logiciel complet et entièrement intégré. Ce type de test relève des tests en boîte noire, où la connaissance de la conception interne d'un code n'est pas considérée comme un prérequis, et est effectuée par l'équipe de test.

Questions d'entretien sur les tests manuels

90. Les tests automatisés peuvent-ils remplacer les tests manuels ?

L'automatisation des tests n'a pas la capacité de remplacer les tests manuels. Nous ne pouvons pas supposer que l'automatisation des tests vole le travail des testeurs de logiciels, et vous ne pouvez pas vous attendre à ce que l'automatisation des tests fasse tout le travail effectué manuellement par un testeur.

91. Qu'est-ce qu'une Revue de Management de Test ?

La gestion des tests peut être définie comme un processus de gestion de toutes les activités de test pour garantir des tests de haute qualité et haut de gamme d'une application logicielle. La méthode comprend l'organisation, la traçabilité, le contrôle et la visibilité du processus de test pour fournir une application logicielle de haute qualité.

92. Quand prépare-t-on la RTM (Matrice de Traçabilité des Exigences) ?

RTM est généralement préparé avant le processus d'exécution des tests pour s'assurer que chaque exigence est couverte sous la forme de cas de test afin que nous ne manquions aucun test. Dans ce document RTM, nous mappons généralement toutes les exigences et les cas de test respectifs pour nous assurer que les cas de test sont écrits pour chaque condition.

93. Énumérer les meilleures pratiques pour l'assurance qualité des logiciels ?

  1. Utilisation de l'outil
  2. Métrique
  3. Auditeurs SQA expérimentés
  4. Amélioration continue
  5. Documentation
  6. Responsabilité des membres de l'équipe

94. Définir la méthode de test basée sur le plan de test ou sur le mot clé ?

Il s'agit d'une technique qui 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.

95. Différencier matrice de test et matrice de traçabilité ?

Matrice d'essai Matrice de traçabilité
La matrice de test est généralement utilisée pour capturer la qualité, l'effort, le plan, les ressources et le temps réels nécessaires pour capturer toutes les phases du test logiciel.La matrice de traçabilité n'est rien d'autre que la correspondance entre les cas de test et les exigences des clients.

96. Définir DFD (diagramme de flux de données) ?

Les diagrammes de flux de données sont essentiellement utilisés pour représenter graphiquement un flux de données dans le système d'information de l'entreprise. DFD décrira les processus impliqués dans un système afin de transférer des données d'une entrée vers un stockage de fichiers et la génération de rapports.

97. Expliquer le test N+1 ?

Le test N+1 est une variante du test de régression. Le test est effectué avec plusieurs cycles où les erreurs trouvées dans le cycle de test N sont résolues, et la solution est à nouveau testée dans le cycle de test N+1. Ici, les cycles sont répétés jusqu'à ce que la solution atteigne un état stable et qu'il y ait plus d'erreurs.

98. Expliquez LCSAJ ?

LCSAJ signifie Linear Code Sequence and Jump, et il s'agit d'un mécanisme de test de boîte blanche pour identifier la couverture de code, qui commencera au début du programme et se terminera à la fin d'un programme. LCSAJ contient des tests équivalents à la couverture des instructions.

99. Expliquer les termes vérification et validation dans les tests logiciels ?

Vérification peut être défini comme le processus consistant à vérifier si un logiciel atteint son objectif sans aucun bogue. C'est la technique qui permet de s'assurer que le produit développé est juste ou non.

Validation peut être défini comme le processus consistant à vérifier si le produit logiciel conçu est à la hauteur ou, en termes simples, si le produit a des exigences de haut niveau.

100. Faire la différence entre le cycle de vie des tests logiciels et le cycle de vie du développement logiciel ?

STLCSDLC
C'est un cycle de vie de testC'est un cycle de vie de développement.
L'objectif de la phase STLC est de tester/L'objet du cycle de vie SDLC est d'achever le développement réussi du logiciel, y compris les tests et les autres phases.
Ici, l'analyste de test créera le plan de test d'intégration.Ici, l'équipe de développement créera des plans de conception de haut et de bas niveau.
Ici, l'équipe de test préparera l'environnement de test et les exécutera.Ici, le vrai code sera développé et le travail réel aura lieu conformément aux documents de conception.

Bonne chance avec votre entretien de test manuel, et nous espérons que nos questions et réponses d'entretien de test manuel vous ont été utiles. Vous pouvez également consulter notre Questions d'entretiens sur Java 8 et Questions d'entretien PHP qui pourraient vous être utiles.