Top 150 des questions et réponses d'entretien sur les tests de logiciels

30 octobre 2021

Table des matières

introduction

Un entretien est une phase très importante dans toute carrière informatique. Les tests de logiciels ne font pas non plus exception. Une impression d'entretien intelligente augmente vos chances d'être embauché. Les tests de logiciels sont un vaste domaine, tout comme les perspectives et les questions des entretiens. Cependant, nous avons organisé 150 questions et réponses d'entretien de test de logiciel les plus posées pour vous donner une longueur d'avance pour une bonne préparation.

Test de logiciel Questions et réponses

1. Mentionnez les étapes du cycle de vie des tests logiciels.



Les étapes de la cycle de vie des tests logiciels sont:

Planification des testsLe plan de test est conçu dans cette phase
Développement de cas de testLes cas de test sont conçus dans cette phase
Configuration de l'environnementDans cette phase, les testeurs configurent la configuration du système de test pour exécuter des cas de test.
Exécution des testsCette phase consiste à exécuter les cas de test et à comparer les résultats avec la sortie attendue après le test.
Clôture de l'essaiIl s'agit de la dernière étape dans laquelle les documents de clôture sont préparés qui auront la preuve test, RTM

2. Élaborer sur les différentes méthodes et approches de test de logiciels.

Il existe généralement trois méthodes de test de logiciel.

Ils sont:

  1. Tests en boîte blanche
  2. Test de boîte noire
  3. Tests en boîte grise

3. Que savez-vous des différentes étapes des tests logiciels ?

Il y a principalement quatre étapes de test.

Ils sont les suivants :

questions et réponses de l'entretien de test de logiciel

Cela commence par les tests unitaires et se termine par les tests d'acceptation.

4. Expliquez le terme cycle de vie d'un bogue ou cycle de vie d'un défaut

Lorsqu'un défaut est détecté, il passe par différents états tout au long de sa durée de vie. Le cycle de vie des défauts aide à coordonner les changements d'état des défauts pour les membres de l'équipe. Ce processus est appelé cycle de vie des bogues ou cycle de vie des défauts.

5. Qu'entendez-vous par cas de test ?

Un ensemble de conditions ou de variables selon lesquelles un testeur peut déterminer si le logiciel satisfait aux exigences ou fonctionne correctement est appelé un cas de test.

6. Expliquer les disparités des tests fonctionnels et non fonctionnels

Test fonctionel Tests non fonctionnels
Fait avant les tests non fonctionnelsFait après les tests fonctionnels
Dépend des exigences du clientDépend des attentes des clients
Décrit l'objectif des produitsDécrit la procédure du produit

7. Élaborez les termes « Vérification » et « Validation » dans les tests de logiciels et la différence entre eux.

Vérification: Examiner le produit sans exécuter aucun type de code est une vérification.

Validation: La validation est effectuée en exécutant des codes pour les tests. Pour les instances, il englobe des techniques de test fonctionnelles et non fonctionnelles.

8. Définir les tests d'utilisabilité et ses aspects.

Les tests d'utilisabilité sont une méthode de test spécifique où le client final doit utiliser le logiciel pour voir si le produit peut être utilisé pour connaître le confort, la perception et le temps du client. Une bonne façon de finaliser le point de vue de l'utilisateur final pour la convivialité et le confort consiste à utiliser divers prototypes ou, parfois, des maquettes aux étapes initiales.

9. Comment catégorisez-vous les défauts ?

Les défauts sont généralement classés en trois catégories.

Ils sont les suivants :

  • Incorrect : Lorsque les exigences ne sont pas correctement mises en œuvre.
  • Manquant : cette catégorie met en œuvre qu'une spécification n'a apparemment pas été mise en œuvre, peut-être qu'une installation requise du client n'a pas été correctement appliquée.
  • Extra : Il indique une installation requise dans le produit, qui n'a pas été notée par le client final. Mais peut-être s'agit-il d'un attribut que l'utilisateur du produit souhaitait réellement.

10. Mentionnez la condition du plan d'acceptation.

Fondamentalement, le document d'acceptation est préparé avec les entrées indiquées ci-dessous :

  • Document d'exigence : Il indique l'exigence exacte, les aspects qui sont obligatoirement nécessaires dans le projet du point de vue des clients.
  • Contribution : principalement des communications informelles (discussions, discussions, e-mails, etc.)
  • Plan de projet : le plan de projet élaboré par le responsable constitue également une contribution importante pour finaliser les tests d'acceptation.

11. Qu'entend-on par couverture et expliquez brièvement les différents types de techniques de couverture ?

La plage de tests logiciels pour illustrer la mesure dans laquelle le code est testé est appelée couverture. Trois types de base de techniques de couverture. Ils sont comme ci-dessous :

  1. Couverture de l'instruction : elle confirme que chaque ligne de code source est exécutée et testée.
  2. Couverture des décisions : elle garantit que chaque décision (vrai/faux) dans le code source est exécutée et testée.
  3. Couverture du chemin : elle garantit que chaque chemin possible dans le code source a été exécuté et testé.

12. Mentionnez brièvement les avantages des tests d'automatisation

Les avantages des tests d'automatisation sont les suivants :

  1. Il permet l'exécution de cas de test répétitifs.
  2. Il permet aux testeurs de tester une grande matrice de test.
  3. Il permet une exécution parallèle
  4. Il inspire une exécution sans surveillance
  5. Il développe la précision en éliminant les erreurs générées par l'homme
  6. Cela réduit le temps et les coûts

13. Pourquoi considérez-vous Selenium comme un outil fiable pour les tests d'automatisation ?

Selenium est l'un des frameworks portables les plus populaires pour tester les applications Web. Il permet à son utilisateur de créer des tests fonctionnels sans avoir aucune connaissance pour tester les langages de script. Ce cours guidera progressivement un débutant pour apprendre les concepts de base et les procédures de travail de Selenium. Il est fortement recommandé de parcourir chacune des leçons dans l'ordre et de n'en sauter aucune pour obtenir une solide maîtrise de ce cadre utile. Certains autres avantages du sélénium sont les suivants :

  • Il prend en charge les scripts de test écrits dans presque tous les langages de programmation conventionnels : Java, Perl, C#, Python, PHP, Ruby &.Net
  • Les tests peuvent être exécutés dans l'un de ces systèmes d'exploitation : Windows, Mac ou Linux.
  • Les tests peuvent être exécutés dans n'importe quel navigateur : Mozilla Firefox, Internet Explorer, Google Chrome , Safari ou Opéra.
  • Il peut être exécuté avec divers outils tels que JUnit et TestNG pour la maintenance des cas de test et des rapports.
  • Il peut être exécuté avec Jenkins, Maven & Docker pour maintenir des tests continus.

14. Élaborez sur les différents composants de Selenium WebDriver.

Les différents composants du sélénium sont :

  • Environnement de développement intégré Selenium
  • Télécommande au sélénium
  • Pilote Web Selenium
  • Grille de sélénium

15. Que savez-vous des différents types de localisateurs dans Selenium WebDriver ?

L'adresse qui identifie et distingue un élément Web de manière spécifique et unique dans la page Web d'un localisateur. Les différents types de localisateurs dans Selenium sont :

  • identifiant
  • Nom du cours
  • Nom
  • Nom de la balise
  • Texte du lien
  • Texte de lien partiel
  • Xpath
  • Sélecteur CSS
  • JUGEMENT

16. Définissez XPath.

XPath, également connu sous le nom de chemin XML, est généralement utilisé pour interroger des documents XML. C'est une procédure essentielle pour localiser des éléments dans le sélénium. Il contient une expression de chemin avec certaines conditions définies. Ici, on peut écrire une requête XPath pour localiser n'importe quel élément sur une page Web. Il est conçu pour permettre la navigation dans les documents XML, en sélectionnant des éléments individuels, des attributs ou toute autre partie d'un document XML pour effectuer un traitement spécifique. Il peut également générer des localisateurs fiables.

17. Comparez entre le chemin absolu et le chemin relatif ?

  • XPath absolu

Le moyen direct de trouver l'élément s'appelle Absolute XPath. Si une partie du chemin de l'élément est modifiée dans le chemin, le XPath échoue. C'est l'un des inconvénients de Xpath. Par exemple : /HTML/body/div[1]/section/div[1]/div

  • XPath relatif

XPath relatif commence au milieu de la structure HTML DOM. Il commence par la double barre oblique (//), indiquant qu'il peut rechercher l'élément dans toute la page Web. Par exemple : //input[@id=‘ap_email’]

18. Brève les différentes exceptions dans Selenium WebDriver ?

Les exceptions dans Selenium sont identiques à celles des autres langages de programmation. Ces exceptions courantes dans Selenium sont les suivantes :

  • Exception de délai d'attente
  • Exception sans élément de ce type
  • Exception d'élément non visible
  • Exception d'élément obsolète

19. Quand appliquer la Grille Sélénium ?

Selenium Grid peut être appliqué pour exécuter le même ou tout autre script de test sur différentes plates-formes et navigateurs parallèlement afin qu'il puisse réaliser des tests indépendants de l'environnement distribué, l'exécution des tests et réduire considérablement le temps d'exécution.

20. Comment lancer le navigateur web par Selenium WebDriver ?

La syntaxe ci-dessous peut être appliquée pour lancer le Browser :

Pilote WebDriver = nouveau FirefoxDriver();

Pilote WebDriver = nouveau ChromeDriver();

Pilote WebDriver = new InternetExplorerDriver();

21. Pensez-vous vraiment que les tests ne devraient être effectués qu'une fois les étapes de construction et d'exécution terminées ?

Les tests sont toujours effectués après les étapes de construction et d'exécution. Plus tôt on peut identifier un défaut/erreur, plus c'est économique. Par exemple, faire réparer un défaut pendant la maintenance coûte dix fois plus cher que de le réparer pendant l'exécution.

22. Expliquez brièvement la relation entre la réalité de l'environnement et les phases de test.

Au fur et à mesure que les phases de test commencent à s'exécuter, la réalité de l'environnement devient essentielle. Par exemple, lorsque des tests unitaires sont exécutés, l'environnement doit être en partie réel. Pourtant, dans les phases ultérieures, vous aurez besoin d'un environnement authentique, ou en d'autres termes, il doit s'agir de l'environnement réel.

23. Si l'élimination d'un défaut qui aurait pu être fait lors de l'étape préliminaire est effectuée plus tard. Pensez-vous que cela affecte le coût? Si oui, comment ?

Si un défaut est découvert au stade très préliminaire, il doit être supprimé immédiatement dans cette phase elle-même au lieu de le garder pour le réparer à une autre étape. En fait, si la réparation d'un défaut est retardée pour des phases ultérieures, cela devient plus coûteux.

Si un défaut est découvert et corrigé lors de la phase de conception, ce sera la solution la plus économique. Mais cela devient plus que coûteux s'il est corrigé lors de la phase de maintenance.

24. Qu'entend-on par tests de confirmation et de régression ?

Test de régression : la forme de test de logiciel est effectuée pour assurer l'exactitude d'un code récemment modifié. Il s'agit également de confirmer que le changement n'a aucun effet négatif sur les fonctionnalités actuellement existantes.

Test de confirmation : le deuxième test effectué après la correction d'un défaut précédemment identifié est un test de confirmation ou un nouveau test.

25. Qu'entend-on par analyse des valeurs limites ? Expliquez la procédure.

Une conception de test de boîte noire appliquée pour observer s'il reste un défaut à la limite du domaine d'entrée est connue sous le nom d'analyse de la valeur limite (BVA).

26. Expliquez les tests aléatoires.

Un test effectué par des données générées aléatoirement en utilisant n'importe quel outil pertinent est généralement connu sous le nom de test aléatoire. Ces données de test sont générées par un mécanisme automatisé ou le plus souvent à l'aide d'un outil. Avec cette entrée générée aléatoirement, le système est ensuite testé et les résultats sont observés en conséquence.

27. Quelles sont les procédures d'arrivée à un devis pour un projet ?

Ces procédures sont indispensables pour estimer un projet :

  • Moduler l'ensemble du projet dans les plus petites tâches
  • Attribuez chaque tâche aux membres de l'équipe
  • Estimer l'effort pour terminer les tâches
  • Validation et vérification de l'estimation

28. Quels cas de test devez-vous écrire en premier : boîte noire ou boîte blanche ? Pourquoi?

Généralement, les cas de test de la boîte noire doivent être écrits en premier et ensuite, les cas de test de la boîte blanche. Les exigences pour la rédaction des cas de test de la boîte noire sont les documents d'exigence, la conception du projet ou le plan. Ces documents sont disponibles au démarrage de ce même projet. D'autre part, les cas de test de la boîte blanche ne peuvent jamais être lancés dans la phase de démarrage d'un projet, car une clarté détaillée de l'architecture est requise pour les tests de la boîte blanche. Mais ce n'est pas disponible à la phase initiale du projet. Ainsi, les cas de test de la boîte blanche sont généralement écrits après les cas de test de la boîte noire.

29. Que savez-vous des composants fondamentaux du format de rapport de défaut ?

Les composants fondamentaux du format de rapport de défaut englobent les points suivants :

  • nom du projet
  • Nom du module
  • Temps de détection des défauts
  • Nom du détecteur de défauts
  • ID de défaut
  • Nom du défaut
  • Capture d'écran du défaut
  • Statut de priorité et de gravité
  • Nom du résolveur de défauts
  • Délai de réparation des défauts

30. Pensez-vous que les tests d'automatisation dans la méthodologie agile sont utiles ?

Les tests d'automatisation sont essentiels dans méthodologie agile et permet d'obtenir une couverture de test maximale dans les plus brefs délais du sprint.

31. Mentionnez les catégories de cas de test qui peuvent être automatisés ?

  • Cas de test de régression
  • Cas de test de fumée
  • Cas de test de calcul complexes
  • Cas de test non fonctionnels
  • Scénarios de test basés sur les données

32. Quelles sont les conditions de cartographie du succès des tests d'automatisation ?

En suivant ces conditions, le succès des tests d'automatisation peut être cartographié :

  • Facteurs de ratio concernant la détection des défauts
  • Temps d'exécution de l'automatisation et sa contribution à l'efficacité temporelle du projet
  • Réduction des autres dépenses

33. Élaborer sur les tests de charge sur les sites Web

Voir également Top 11 des meilleurs logiciels de virtualisation

Pour accéder à un site Web, un utilisateur soumet une 'demande' au serveur de ce site Web particulier, et le serveur renvoie une réponse en tant que site Web auquel vous avez demandé d'accéder. Lors du test de charge d'un site Web, les ingénieurs d'assurance qualité et les ingénieurs en automatisation génèrent un DDoS opération. Ils multiplient simplement le nombre de visiteurs, et ainsi plusieurs réponses sont envoyées pour simuler les charges de trafic dans différentes conditions de visite. La réponse du serveur web aux requêtes de nombreux utilisateurs artificiels peut alors être mesurée. L'informatique est appliquée pour découvrir les problèmes de performance en termes de charge de travail et de capacité du serveur.

34. Comparez les installations et les propriétés entre Selenium et Sikuli ?

SéléniumSikuli
Il est incapable d'automatiser les objets flash (par exemple, lecteur audio, lecteur vidéo, etc.)Il fournit un soutien important lors de l'automatisation des objets flash.
L'API est très compliquée.L'API est très simple
Il est capable d'automatiser uniquement les tests d'applications Web.Il est capable d'automatiser les applications Web avec les applications Windows.

35. Comment cliqueriez-vous sur un lien hypertexte avec une fonction linkText() ?

|__+_|

La commande ci-dessus trouve l'élément à l'aide du texte du lien, puis clique sur cet élément. De cette façon, l'utilisateur serait redirigé vers la page souhaitée.

36. Définir TestNG

TestNG est un cadre de test doté d'installations avancées conçu pour simplifier les procédures de test. Cela permet des avantages à la fois pour les développeurs et les testeurs. C'est l'un des frameworks open source les plus utilisés. De plus, il possède un mécanisme intégré conçu pour la gestion des exceptions qui permet au programme de s'exécuter sans se terminer de manière inattendue.

37. Sur quelle base la priorité des cas de test doit-elle être définie dans TestNG ?

Le code ci-dessous explique comment définir la priorité des cas de test dans TestNG.

|__+_|

Séquence d'exécution des tests :

|__+_|

38. Expliquez-nous la comparaison entre Selenium et QTP ?

La comparaison demandée est illustrée dans le tableau ci-dessous :

SéléniumProfessionnel du test rapide
Selenium est disponible pour presque tous les navigateurs Web largement utilisés (par exemple, Firefox, Chrome, Safari, Internet Explorer, Opera, etc.)QTP n'est disponible que pour ces trois navigateurs Web : Internet Explorer, Firefox et Chrome. Cela ne fonctionne que dans le système d'exploitation Windows.
Selenium est un outil open source et est disponible gratuitement.QTP est un outil sous licence. Il est commercialisé car l'utilisateur doit acheter sa licence en payant un certain montant.
Selenium ne prend en charge que les applications Web pour les tests.QTP est capable de tester non seulement les applications Web, mais également les applications Windows.

39. Qu'entendez-vous par référentiel d'objets ? Expliquer les procédures pour créer un référentiel d'objets dans Selenium WebDriver ?

Le référentiel d'objets indique la collection d'éléments Web qui appartiennent à l'application en cours de test (AUT) accompagnant leurs valeurs de localisateur. Dans Selenium, les objets sont généralement stockés dans une feuille Excel prête à être remplie dans le script selon les besoins.

40. Comment passer les données d'entrée dans la zone de texte par Selenium WebDriver ?

En utilisant la méthode sendKeys(), nous pouvons transmettre du texte (données de type chaîne) dans la zone de texte d'entrée By Selenium WebDriver.

41. Quel type d'entrée est requis de la part de l'utilisateur final pour démarrer le test correctement ?

Un utilisateur final est toujours la personne la plus importante dans tout projet car il est le véritable utilisateur du produit et doit développer un vif intérêt pour le projet.

Les entrées les plus nécessaires de l'utilisateur final sont indiquées ci-dessous :

  1. Exigence
  2. Risque
  3. Données en direct
  4. Plan de test d'acceptation
  5. Scénarios de test

42. Qu'entendez-vous par le terme « concept d'établi » ?

Un atelier est à la base une procédure de documentation des manières éventuelles d'effectuer une activité spécifique.

43. Expliquez brièvement le terme 'Défaut en cascade' ?

La cascade de défauts est un défaut qui est l'effet d'un autre défaut. Un défaut est déclenché par l'autre défaut. Lorsqu'un défaut existe dans une phase initiale, il n'est pas identifié et passe à d'autres phases sans être remarqué. Cela permettra au nombre de défauts d'augmenter jusqu'à la détection et la correction du défaut principal.

Par exemple, supposons une situation :

L'équipe conçoit le module de connexion d'une page Web :

1ère phase - Vous concevez une page Web d'enregistrement/utilisateur pour la connexion, et le numéro de téléphone portable est obligatoire, mais vous pouvez le laisser vide en raison d'un bogue non détecté pour le moment.

2ème phase - Vous allez créer le formulaire de connexion contenant le nom d'utilisateur et le mot de passe. Le mot de passe serait OTP, qui serait envoyé au numéro de téléphone mobile de l'utilisateur par lequel il était censé s'inscrire.

Maintenant, si l'utilisateur laisse le champ du numéro de mobile vide, pendant le processus de connexion, le numéro à envoyer OTP ne sera pas trouvé ; ainsi, le système peut tomber en panne ou s'effondrer de manière inattendue. Si le défaut a été détecté et corrigé initialement dans la 1ère phase, alors ce ne sera pas trop compliqué dans la 2ème phase.

44. Expliquer les différentes stratégies de déploiement aux utilisateurs finaux ?

  1. Pilote
  2. Exécution progressive
  3. Exécution progressive
  4. Exécution parallèle

45. Expliquez la procédure correcte de recherche de liens brisés dans une page par Selenium WebDriver ?

Cela peut être présenté comme une question pratique par un intervieweur. Il peut vous donner une situation où il y a 20 liens sur une page Web, et votre tâche est d'identifier lesquels de ces vingt liens fonctionnent et ne fonctionnent pas (cassés).

Comme vous devez vérifier le fonctionnement de chacun des liens de cette page, la solution de contournement est la suivante : vous devez envoyer des requêtes HTTP à tous les liens de cette page et observer la réponse car vous utiliserez le pilote. Méthode Get () pour naviguer dans chaque URL ; il renverra une réponse avec un statut de 200 – OK. Cette réponse fait référence à la confirmation que le lien fonctionne et qu'il a été obtenu. En revanche, tout autre statut à la place de celui-ci indiquera que le lien est rompu. La procédure est expliquée ci-dessous :

Tout d'abord, vous devez utiliser les balises d'ancrage pour connaître les différents hyperliens présents sur la page web. Pour chacun des tags, vous pouvez utiliser la valeur de l'attribut 'href' pour obtenir les hyperliens, puis observer les réponses que vous avez reçues lorsqu'elles sont appliquées dans la méthode driver.get().

46. ​​Quelle technique voulez-vous prendre en compte dans le script s'il n'y a ni nom de cadre ni identifiant de cadre ? Pourquoi?

Dans le cas où le nom et l'identifiant de la trame ne sont pas disponibles, nous pouvons facilement utiliser la trame par index. Par exemple, il existe trois cadres sur une page Web, et si aucun d'entre eux n'a de nom et d'identifiant de cadre, même dans ce cas, nous pouvons toujours sélectionner les cadres à l'aide de l'attribut d'index de cadre (basé sur 0). Chaque image aura un numéro d'index (par exemple, la première doit être à l'index 0, la seconde à l'index 1 et la troisième à l'index 2 et ainsi de suite.)

|__+_|

47. Comment capturer des captures d'écran à l'aide de Selenium WebDriver ?

Avec l'aide de la fonction TakeScreenshot, on peut prendre une capture d'écran. En utilisant la méthode getScreenshotAs(), on peut facilement enregistrer cette capture d'écran.

Exemple:

Fichier scrFile = ((TakeScreenshot)driver).getScreenshotAs(outputType.FILE);

48. Expliquez les façons de se connecter à n'importe quel site s'il affiche popup d'authentification pour les informations d'identification valides (nom d'utilisateur et mot de passe)

S'il y a une fenêtre contextuelle pour la connexion, il faut appliquer la commande explicite et vérifier si l'alerte existe à l'origine. Le code présenté ci-dessous vous permettra de comprendre l'application des commandes d'attente explicites :

|__+_|

49. Comment pouvez-vous ignorer un livre de codes ou une méthode dans TestNG ?

Pour ignorer une méthode de test spécifique ou un livre de codes, vous pouvez configurer les paramètres « autorisés » dans l'annotation de test sur faux.

50. Expliquez brièvement ce que vous comprenez de l'extrait de code ci-dessous ?

|__+_|

Il fait référence à un échantillon variable de type WebElement. Et il applique une recherche XPath pour se réinitialiser par rapport à un élément contenant les données de valeur de texte.

51. Que savez-vous des tests exploratoires ?

Habituellement, ce processus est effectué par des experts du domaine. Ils effectuent des tests uniquement en explorant les fonctionnalités de l'application sans aucune idée des exigences.

52. Comparez brièvement le STLC (Software Testing Life Cycle) et le SDLC (Software Development Life Cycle) ?

Le cycle de vie du développement logiciel (SDLC) vise à produire un système de haute qualité qui répond aux attentes des clients, fonctionne correctement dans l'infrastructure technologique actuelle et prévue, et est rentable à gérer et à améliorer.

STLC (Software Testing Life Cycle) fait référence aux activités de test à mener et au moment de terminer ces activités. Bien que les tests varient selon les organisations, il existe un cycle de vie des tests.

53. Qu'entend-on par le terme matrice de traçabilité ?

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

54. Qu'entendez-vous par test de partitionnement d'équivalence ?

Le test de partitionnement d'équivalence est une méthode de test qui divise les cas de test d'entrée logicielle dans chacune des partitions au moins une fois de données équivalentes afin que les cas de test puissent en être dérivés. Cette technique de test permet de gagner du temps pour les tests logiciels.

55. Quels sont les paramètres que vous devez contrôler ou vérifier dans les tests en boîte blanche ?

  • En cas de test en boîte blanche, les étapes suivantes sont vérifiées.
  • Vérifier les chemins défectueux ou brisés dans le code
  • Vérifier les failles de sécurité dans le code
  • Vérifier les sorties estimées
  • Vérifier le déroulement des opérations par rapport aux spécifications des documentations.
  • Vérifiez chaque ligne du code source et couvrez les tests complets.
  • Vérifier toutes les boucles conditionnelles dans le code source pour vérifier la fonctionnalité complète de l'application

56. Expliquez la comparaison des tests statiques et dynamiques ?

Tests statiques : pendant les tests statiques, le code n'est pas exécuté et il est effectué à l'aide de la documentation du logiciel.

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

57. Définissez le terme Test d'intégration ?

Les tests d'intégration font référence à un niveau spécifique de test logiciel. Dans ce test, des modules individuels d'une application sont intégrés et testés. Elle est le plus souvent réalisée après la réalisation de tests unitaires et fonctionnels.

58. Quelle est la différence entre UAT (User Acceptance Testing) et System Testing ?

Test du système : le test du système est une méthode de détection des défauts pendant que le système est testé dans son ensemble ; il est également appelé test de bout en bout. Dans un tel type de test, l'application doit souffrir du début à la fin.

UAT : les tests d'acceptation par l'utilisateur (UAT) consistent à exécuter un logiciel à travers une séquence de tests qui détermine si le logiciel répondra aux exigences de ses utilisateurs.

59. Expliquez les différences entre les tests et les retests basés sur les données ?

Retest : Il s'agit d'une procédure de vérification des défauts qui sont actionnés par l'équipe de développeurs pour vérifier qu'ils sont résolus.

Tests pilotés par les données (DDT) : lors du processus de test piloté par les données, l'application est testée avec un certain nombre de données de test. L'application est testée avec différents ensembles de valeurs.

60. Mentionnez les disparités 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, également appelé condition de test ou possibilité de test, est une fonctionnalité qui est testée.

Cas de test : il contient les étapes à exécuter ; c'est prévu plus tôt.

Script de test : Il est codé dans un langage de programmation et c'est un petit programme utilisé pour tester les modules de la fonctionnalité du système logiciel.

62. Mentionnez les paramètres qui définissent clairement la qualité d'exécution des tests ?

Pour déterminer la qualité d'exécution des tests, nous pouvons vérifier deux paramètres

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

63. Expliquez la nécessité de l'outil de test logiciel fantôme ?

Phantom est appliqué pour le langage de script d'automatisation de l'interface graphique Windows. Il nous permet de gérer automatiquement les fenêtres et les fonctions. Il peut dupliquer n'importe quelle combinaison de frappes et de clics de souris, par exemple, des menus, des listes et plus encore.

64. Définissez le terme Tester les livrables ?

Les livrables de test sont un ensemble d'outils, de documents et d'autres éléments de développement et de maintenance à l'appui des tests.

Il existe différents livrables de test à chaque étape du développement de logiciels:

  1. Pré-test
  2. Pendant les tests
  3. Post-test

65. Expliquez ce qu'est le test de mutation ?

Le test de mutation est une méthode pour détecter si un cas de test est pratique par divers bogues intentionnels et en retestant avec des cas de test réels pour déterminer si les bogues sont détectés.

Voir également 12 meilleurs outils de suppression de logiciels espions gratuits

66. Quels éléments un testeur doit-il garder à l'esprit avant de sélectionner les outils d'automatisation pour l'AUT ?

  1. Faisabilité technique
  2. Application stabilité
  3. Niveau de complexité
  4. Données de test
  5. Réutilisabilité des scripts automatisés
  6. Taille de l'application
  7. Exécution dans l'environnement

67. Comment procéder à l'analyse des risques ?

Pour l'analyse des risques, les étapes qui doivent être mises en œuvre sont les suivantes :

  • Trouver le score du risque
  • Modification des propriétés de risque
  • Déployez les ressources de ce risque de test
  • Établir un profil de risque
  • Constituer une base de données des risques

68. Expliquez brièvement les catégories de débogage ?

  • Débogage par force brute
  • Élimination de la cause
  • Retour en arrière
  • Analyse de l'arbre de défaillance
  • Découpage de programme

69. Qu'est-ce qu'un plan de test ? Mentionnez brièvement les informations à couvrir dans le plan de test ?

Un plan de test est un document bien écrit décrivant la portée, les ressources, l'approche et le calendrier des activités de test.

Un plan de test doit inclure les détails suivants.

  1. Stratégie de test
  2. Critères de sortie/suspension
  3. La planification des ressources
  4. Objectif du test
  5. Livrables de test

70. Comment peut-on réduire le risque produit dans n'importe quel projet ?

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

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

71. Mentionnez quelques-uns des risques courants qui font échouer un projet ?

Les risques courants pouvant entraîner l'échec d'un projet sont indiqués ci-dessous :

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

72. Expliquez votre procédure préférée pour assigner une tâche aux membres de l'équipe ?

TâcheExécutif de l'équipe affectée
Analyser la spécification des exigences logiciellesTous les membres
Création de la spécification de testTesteur / Analyste de tests
Construire l'environnement de testAdministrateur de tests
Exécution des cas de testTesteur, un administrateur de test
Signaler des défautsTesteur

73. Quel est le type de test et mentionnez certains des types de test couramment appliqués ?

Pour un retour de test attendu, une procédure standard est maintenue, connue sous le nom de type de test.

Les types de tests largement utilisés sont :

    Test API :API de test créée pour l'applicationTests unitaires :Tester le plus petit code d'une applicationTest d'intégration :Les modules logiciels individuels sont combinés et testésTest d'installation/désinstallation :Tests effectués du point de vue du client/clientTest du système :Test complet du systèmeTests agiles :Tester par la technique Agile

74. Mentionnez brièvement la structure et le contenu des rapports d'essai. Quelle est la signification des rapports de test ?

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

  1. Renseignements sur le projet
  2. Résumé du test
  3. Objectif du test
  4. Défaut

Les avantages des rapports de test sont :

  • L'état du projet et la qualité du produit sont informés
  • la partie prenante et le client sont autorisés à prendre des mesures correctives (si nécessaire)
  • Un document finalisé aide à déterminer si le produit peut être libéré

75. Expliquez ce qu'est la revue de gestion des tests et décrivez brièvement son importance ?

Examen de gestion également connu sous le nom d'assurance qualité logicielle ou SQA. SQA cible le traitement logiciel au lieu des produits de construction logicielle. Il s'agit d'un ensemble d'activités prévues pour confirmer que le coordinateur de projet suit le processus standard. SQA permet au coordinateur/responsable des tests de comparer le travail par rapport aux normes établies.

76. Dites-nous quelles sont les meilleures pratiques pour l'assurance de la qualité logicielle ?

  1. Les meilleures pratiques pour une mise en œuvre de l'assurance qualité logicielle sont :
  2. Documentation
  3. Utilisation de l'outil
  4. Responsabilité des membres de l'équipe
  5. Amélioration continue
  6. Métrique
  7. Auditeurs SQA expérimentés

77. Quand faut-il faire la RTM (Matrice de Traçabilité des Exigences) ?

RTM est créé après la conception des cas de test. Les exigences doivent être « traçables » à partir des activités d'examen.

78. Expliquez les différences entre la matrice de test et la matrice de traçabilité ?

Matrice de test : la matrice de test est principalement utilisée pour capturer l'effort initial, la qualité, les ressources, le plan et le temps nécessaires pour capturer toutes les étapes des tests logiciels.

Matrice de traçabilité : le mappage entre les exigences du client et les cas de test est appelé une matrice de traçabilité.

79. Définissez les termes méthode de test basée sur le plan de test ou basée sur les mots clés ?

Cette méthode applique le document de cas de test original développé par les testeurs en utilisant une feuille de calcul composée de mots clés spéciaux. Ces mots clés maintiennent l'ensemble du traitement.

80. Expliquez ce qu'est le DFD (Data Flow Diagram) ?

Le diagramme de flux de données est une représentation graphique du flux de données dans un système d'information. Il est également appliqué pour la visualisation des données de traitement.

81. Qu'est-ce qu'un LCSAJ ?

LCSAJ signifie « séquence de code linéaire et saut ». Il contient les éléments suivants :

  • Début de la séquence linéaire contenant des instructions exécutables
  • Fin de la séquence linéaire
  • La ligne cible de transmission de flux de contrôle à la fin de la séquence linéaire

82. Qu'est-ce qu'un test N+1 ?

La variation des tests de régression est illustrée par N+1. Dans cette méthode, le test est effectué en un certain nombre de cycles au cours desquels les défauts trouvés dans le cycle de test « N » sont corrigés et retestés dans le cycle de test N+1. Le cycle est répété jusqu'à ce qu'il n'y ait plus de défauts trouvés.

83. Expliquez ce qu'est le test Fuzz et quand est-il nécessaire ?

Les tests fuzz sont appliqués pour identifier les failles de sécurité et les erreurs de codage dans un logiciel. Dans cette méthode, des données aléatoires sont ajoutées au système pour tenter de faire planter le système. Si une vulnérabilité existe, un outil nommé « fuzz tester » est appliqué pour déterminer les défauts potentiels. Cette méthode est plus pratique pour les projets plus importants mais n'identifie qu'un défaut majeur.

84. Expliquez quels sont les avantages réels de la métrique de couverture des déclarations des tests de logiciels ?

Les avantages de la métrique de couverture des déclarations sont les suivants :

  • Il ne nécessite aucun traitement pour le code source et peut être utilisé directement dans le code objet.
  • Les bogues sont répartis uniformément dans le code source, pour cette raison, le pourcentage d'instructions exécutables illustre le pourcentage de défauts découverts.

85. Comment allez-vous créer des scénarios de test solides pour la méthode de remplacement d'une chaîne ?

  • Lorsque les caractères de la nouvelle chaîne > caractères de la dernière chaîne, aucun des caractères ne doit être tronqué.
  • Lorsque des caractères dans une nouvelle chaîne
  • Aucun espace blanc après et avant la chaîne ne peut être supprimé.
  • Uniquement pour la première occurrence de la chaîne, le testeur doit remplacer la chaîne.

86. Décrire les dissemblances entre vices cachés et vices cachés

  • Vice caché : Un vice caché est un vice contemporain anodin n'ayant occasionné aucune défaillance tant que les ensembles de conditions n'ont jamais été remplis.
  • Défaut masqué : C'est un défaut caché qui n'a pas provoqué de panne car un autre défaut a protégé cette partie du code de l'implémentation.

87. Expliquer les différents types de techniques de couverture de test.

Les différents types de techniques de couverture de test comprennent

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

88. Expliquez quels sont les composants fondamentaux de la mise en page du rapport de défaut ?

Les composants fondamentaux du format de rapport de défaut englobent les éléments suivants :

  • Titre du projet
  • Titre du module
  • Temps de détection des défauts
  • Défaut détecté par
  • N° d'identification et nom du défaut
  • Capture d'écran du défaut
  • Description de la priorité et de la gravité
  • Temps de résolution des défauts
  • Défaut résolu par

89. Expliquez brièvement l'objectif principal derrière les tests de bout en bout.

Les tests de bout en bout sont effectués après la phase de tests fonctionnels. Les objectifs des tests de bout en bout sont les suivants

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

90. Quelles activités de test allez-vous automatiser dans un projet de test ?

En termes d'activités de test de projet, on automatiserait les faits suivants :

  1. Tests utilisant plusieurs données pour mener les mêmes actions
  2. Tests qui doivent être exécutés pour chaque build de l'application
  3. Des tests similaires qui doivent être effectués par différents navigateurs
  4. Une transaction avec des pages qui ne changent pas en peu de temps
  5. Pages essentielles à la mission

91. Quels sont les avantages d'utiliser des tables de décision ?

Les méthodes de partitionnement par équivalence ainsi que l'analyse des valeurs limites sont généralement utilisées dans des situations ou des entrées spécifiques. Mais, si des combinaisons spécifiques d'entrées aboutissent à des actions spécifiques, il peut être plus difficile de montrer l'application du partitionnement d'équivalence et de l'analyse des valeurs limites, qui semble être plus axée sur la partie de l'interface utilisateur. Il existe deux autres techniques basées sur les spécifications. Ce sont: les tables de décision et la transition d'état qui sont davantage basées sur la logique métier.

Une table de décision est une façon intelligente de travailler avec des combinaisons d'éléments (comme des entrées). Cette méthode est parfois connue sous le nom de tableau « cause-effet ». Il existe une méthode de création de diagrammes logiques, à savoir le «graphique de cause à effet», qui a parfois été appliquée pour dériver la «table de décision»

92. Selon le fragment de code ci-dessous, définissez le nombre de tests nécessaires pour une couverture de décision à 100 % ?

|__+_|

93. Définissez les scénarios de test requis pour une déclaration complète et une couverture complète des décisions pour l'extrait de code suivant.

|__+_|

Ce qui suit a été ajouté au bas du fragment de code ci-dessus.

|__+_|

Aucun des cas de test existants ne peut être appliqué.

94. Un vendeur vend des cartouches d'imprimante. Il faut commander au moins 5 cartouches d'imprimante. Une remise de 20% est offerte pour les commandes de 100 quantités ou plus. Vous êtes chargé de générer des cas de test en utilisant différentes valeurs du nombre de produits commandés.

4, 5, 99

95. Observez les techniques indiquées ci-dessous. Distinguer les techniques statiques et dynamiques.

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

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

96. Nommez les étapes d'une ordonnance de révision formelle

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

  1. Planifier
  2. Démarrer
  3. Préparation
  4. Révision
  5. Retravailler
  6. Suivi.

97. Mentionnez brièvement les techniques de test basé sur l'expérience ?

Dans les techniques basées sur l'expérience, les connaissances, les compétences pertinentes et les antécédents d'un testeur sont les principaux contributeurs aux cas de test et aux conditions de test. L'expérience à la fois technique et commerciale est importante, car ils apportent des points de vue différents en termes d'analyse de test et de processus de conception. Pour avoir une expérience antérieure avec des types de systèmes similaires, un testeur expérimenté peut avoir des idées sur les fonctionnalités qui pourraient mal tourner, ce qui est très bénéfique pour les tests.

98. Quand devez-vous arrêter les tests ?

Il varie en fonction des risques pour le système testé. Il existe certaines conditions et certains paramètres selon lesquels on peut arrêter le test. Ils sont les suivants :

  • Délais (Test, Version)
  • Cas de test exécutés avec un certain pourcentage réussi
  • La chute du taux de bugs se réduit à un certain niveau
  • Budget de test en cours d'épuisement
  • La couverture du code, des fonctionnalités ou des exigences est satisfaite jusqu'au point attendu
  • Les périodes alpha / bêta pour les tests se terminent

99. Qu'entend-on par le terme « cas de test semi-aléatoire » ?

Lorsque nous exécutons des cas de test aléatoires et effectuons un partitionnement par équivalence dans ces cas, nous omettons les cas de test redondants, nous obtenons ainsi des cas de test semi-aléatoires.

100. Que savez-vous de 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 choses et dire si un test a testé ou non chacune de ces choses, nous pouvons mesurer la couverture.

101. Définir les tests logiciels

Selon la norme ANSI/IEEE 1059 - Processus d'analyse d'un produit logiciel pour identifier les différences entre les conditions existantes et requises (c'est-à-dire les défauts) et pour évaluer les fonctionnalités du produit logiciel.

102. Quelles pratiques doivent être régulièrement maintenues pour écrire des cas de test ?

  • Rédiger des cas de test avec le point de vue des utilisateurs finaux
  • Écrire des cas de test réutilisables
  • Écrire des étapes de test simplifient le fait que n'importe qui peut être suivi par n'importe qui facilement
  • Définir la priorité
  • Écrire à la fois des cas de test invalides et des cas de test valides
  • Fournir une description du cas de test, le résultat attendu, la précondition, la postcondition, les données de test
  • Examinez attentivement les cas de test et mettez-les à jour si nécessaire
  • Respectez les conventions de nommage appropriées
Voir également 17 techniques pour augmenter la vitesse de téléchargement

103. Quels outils de gestion de configuration les testeurs utilisent-ils souvent ? Nommez-en quelques-uns populaires.

Certains des outils de gestion de configuration largement utilisés sont :

  • Ansible
  • Fantoche
  • Chef
  • Pile de sel
  • Terraforme

104. Définissez et comparez les termes assurance qualité et contrôle qualité ?

Assurance qualité: L'assurance qualité englobe les activités axées sur les processus. Il confirme la prévention des erreurs dans le processus utilisé pour développer des applications logicielles. Par conséquent, les défauts ne surviennent pas lors du développement de l'application logicielle.

Contrôle de qualité: Le contrôle de la qualité comprend des activités axées sur les produits. Il exécute le programme ou le code pour détecter les défauts de l'application logicielle.

105. Que savez-vous de la validation dans les tests logiciels ?

La validation est la procédure pour vérifier si nous construisons le bon produit, par exemple, pour valider que le produit que nous avons construit est correct ou non. Les activités pertinentes à cela sont Tester l'application logicielle.

106. Qu'entend-on par test de la boîte grise ?

La boîte grise est l'intégration des tests de la boîte noire et de la boîte blanche. Le testeur travaillant sur cette forme de test nécessite d'avoir accès aux documents de conception. Cela nous permet, en tant que testeur, de générer de meilleurs cas de test dans cette procédure.

107. Expliquez le terme Testbed dans Software Testing.

Un environnement mis en place pour les tests. Le banc d'essai contient du matériel, des logiciels, une configuration réseau, un logiciel d'application en cours de test, d'autres logiciels connexes.

108. Que savez-vous de l'environnement de test ?

L'environnement de test fait référence à l'intégration du matériel et des logiciels sur lesquels l'équipe de test effectue des tests.

Exemple:

  • Type d'application : Application Web
  • Serveur Web : IIS
  • Système d'exploitation : Windows
  • Base de données : MS SQL Serveur
  • Validation côté client : JavaScript
  • Conception de pages Web : Dot Net
  • Script côté serveur : Réseau de points ASP
  • Navigateur : IE/FireFox/Chrome

109. Parlez-nous de l'approche du Big Bang.

Intégrer tous les modules et vérifier la fonctionnalité après avoir terminé les tests de modules individuels.

De haut en bas et de bas en haut sont menés à l'aide de modules artificiels appelés Stubs et Drivers. Ces stubs et pilotes sont appliqués pour remplacer les composants manquants afin de modéliser la communication de données entre les modules.

110. Connaissez-vous les tests de fumée ? Qu'est-ce que cela signifie réellement ?

Les tests de fumée sont effectués pour confirmer si le produit reçu de l'équipe de développeurs est testable. Il est également connu sous le nom de vérification du jour 0. Cela se fait au niveau de la construction. Cela nous permet de réduire le temps de test pour simplifier les tests de l'ensemble de l'application lorsque les fonctionnalités clés ne fonctionnent pas correctement ou que les bogues clés restent non corrigés.

111. Qu'est-ce que le test alpha

Les tests alpha sont menés par les développeurs internes (qui ont développé le logiciel) et les testeurs. Souvent, les tests alpha sont effectués par le client ou l'équipe d'externalisation avec la présence de développeurs ou de testeurs.

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

Les tests bêta sont effectués par un petit nombre d'utilisateurs finaux, généralement chez le client avant la livraison.

113. Qu'est-ce que le test gamma

Les tests gamma sont effectués lorsque le logiciel est entièrement prêt à être publié avec les exigences spécifiées. Cela se fait devant la partie cliente. Il est effectué directement en sautant toutes les activités de test précédentes.

114. Qu'est-ce que le test de santé mentale

Vérifier les fonctionnalités fondamentales de l'application (sans aller plus loin) juste avant la version finale s'appelle Sanity Testing . Il est également connu comme un sous-ensemble de tests de régression. Cela se fait lors de la phase de publication. Parfois, en raison de la date limite de publication, des tests de régression approfondis ne peuvent pas être effectués sur la version, les tests de santé mentale jouent ce rôle en vérifiant les fonctionnalités principales.

115. Donnez-nous des exemples de gravité et de priorité des bogues ?

Haute priorité et haute gravité : Le bouton Soumettre ne fonctionne pas correctement sur une page de connexion et les clients ont des difficultés à se connecter à l'application

Faible priorité et haute gravité : Crash dans certaines fonctions ou installations.

Haute priorité et faible gravité : Fautes d'orthographe concernant le nom de l'entreprise ou la devise/les slogans sur la page d'accueil.

Faible priorité et faible gravité : Page spécifique prenant énormément de temps à charger

116. Expliquez brièvement les différences entre une application autonome, une application Web et une application client-serveur ?

Application autonome : Une application autonome suit généralement une architecture à un niveau. Les couches Présentation, Métier et Base de données sont combinées dans un seul système pour un seul utilisateur.

Application client-serveur : Les applications client-serveur sont construites en utilisant le concept d'architecture à deux niveaux. La couche de gestion et de présentation existe dans un système client et la couche de base de données sur d'autres serveurs. Il fonctionne principalement sur Internet.

Application Web: Les applications de serveur Web sont construites selon une architecture à n niveaux. Une couche métier se trouve dans un serveur d'application, la couche présentation se trouve dans un système client et une couche base de données se trouve dans un serveur de base de données. Il fonctionne aussi bien sur Intranet que sur Internet.

117. Que savez-vous des fuites de bogues ?

Un bug qui est passé inaperçu par l'équipe de test lors des tests et le produit a été mis en production. Si ce bogue manqué a été trouvé par un utilisateur final ou un client, cela s'appelle une fuite de bogue.

118. Expliquez ce qu'est l'amorçage d'erreur ?

L'ensemencement d'erreurs est une procédure d'ajout intentionnel d'erreurs courantes dans n'importe quel programme pour déterminer le taux de détection d'erreurs. Cela nous permet d'estimer les compétences du testeur à trouver des bogues et à déterminer la capacité de l'application (à quel point l'application fonctionne correctement lorsqu'elle contient des erreurs).

119. Que savez-vous du défaut Showstopper ?

Ce défaut qui ne permet pas à un utilisateur d'exploiter davantage l'application est connu sous le nom de défaut bloquant. C'est presque comme un crash.

Supposons que le bouton de connexion ne fonctionne pas. Même si vous avez un nom d'utilisateur et un mot de passe valides, vous ne pouvez pas aller plus loin car le bouton de connexion ne fonctionne pas.

120. Qu'est-ce que l'analyse de la valeur limite

L'analyse des valeurs limites dépend du test des valeurs limites des partitions valides et non valides. Ce comportement à la périphérie de cette partition est généralement erroné par rapport au comportement de la partition, de sorte que les limites font référence à une zone où les tests sont susceptibles de détecter des défauts. Toutes les partitions ont leur propre plage maximale et minimale et ces plages maximales et minimales sont appelées valeurs limites d'une partition.

121. Qu'est-ce que la transition d'état

Par test de transition d'état, nous sélectionnons des cas de test à partir d'une application où nous devons tester diverses transitions système. Nous pouvons l'utiliser lorsqu'une application donne une sortie distincte pour la même entrée, en fonction de ce qui s'est passé dans l'état précédent.

122. Expliquer la partition de classe d'équivalence

Partitionnement d'équivalence, la procédure de test par groupe est également connue sous le nom de partitionnement de classe d'équivalence. Ici, les entrées du logiciel sont divisées en différents groupes qui présentent un comportement presque similaire. Par conséquent, une entrée doit être sélectionnée dans chaque groupe pour les cas de test à concevoir.

123. Qu'entend-on par test API ?

Le test d'API est une forme de test de logiciel qui comprend le test des API à la fois directement et dans le cadre des tests d'intégration pour vérifier si l'API répond aux attentes en matière de fonctionnalité, de performances, de fiabilité et de sécurité des applications. Dans les tests d'API, notre objectif principal reste une couche de logique métier de l'architecture du logiciel. Les tests d'API peuvent être effectués sur n'importe quel système logiciel contenant plusieurs API. Les tests d'API n'affectent pas les perspectives et l'apparence de l'application. Les tests d'API sont totalement différents des tests d'interface graphique.

124. Que savez-vous des critères d'admission ?

Les conditions préalables nécessaires qui doivent être remplies avant de commencer le processus de test.

125. Mentionnez quelques-uns des différents modèles disponibles de SDLC

  • Cascade
  • Modèle V
  • Spirale
  • Agile
  • Prototype

126. Êtes-vous qualifié pour effectuer des tests système à n'importe quelle étape du SDLC ?

Vous pouvez effectuer un test du système uniquement lorsque toutes les unités sont en position et fonctionnent correctement. Il ne peut être exécuté qu'avant les tests d'acceptation par l'utilisateur (UAT).

127. Décrivez brièvement la procédure de test manuel ?

Les tests manuels sont essentiels pour tester les applications logicielles de manière plus approfondie. La procédure de test manuel comprend les éléments suivants.

  1. Planification et contrôle
  2. Analyse, Observation & Conception
  3. Mise en œuvre et exécution
  4. Évaluation et rapports
  5. Activités de Clôture de Test

128. Que savez-vous de STLC ?

STLC (Software Testing Life Cycle) indique les activités de test à mener et quand terminer ces activités de test. Cependant, les tests diffèrent d'une organisation à l'autre car il existe un cycle de vie des tests.

129. Expliquez ce que sont les critères de sortie ?

Les conditions obligatoires qui doivent être vérifiées avant le test doivent être conclues.

130. Nommez quelques-uns des frameworks d'automatisation des tests largement utilisés ?

Il existe différents types de frameworks d'automatisation des tests et les plus courants sont :

  • Cadre de test modulaire
  • Cadre de test hybride
  • Cadre de test basé sur les données
  • Cadre de test basé sur les mots clés
  • Cadre de développement axé sur le comportement

131. Avez-vous de l'expérience dans la création d'un Framework ?

Si débutant : Non, je n'ai pas eu la possibilité de créer un framework. Mais, j'ai utilisé le cadre déjà disponible.

Si testeur expérimenté : Oui, j'ai déjà créé un framework (Ou) Non, mais j'ai une implication directe dans la création du framework.

132. Parlez-nous de certains des avantages de l'utilisation des frameworks d'automatisation des tests ?

  1. Il est temps et rentable. Il est plus rapide dans l'exécution.
  2. Réutilisabilité du code : nous pouvons créer une fois et exécuter plusieurs fois sans maintenance.
  3. Reporting simple : Il peut générer des rapports automatiques après l'exécution d'un test.
  4. Simple pour les tests de compatibilité : il permet une exécution parallèle en combinant différents systèmes d'exploitation et environnements de navigateur.
  5. Maintenance économique : elle est moins coûteuse que la procédure de test manuelle à long terme.
  6. Les tests automatisés sont plus fiables que les tests manuels.
  7. Les tests automatisés sont plus polyvalents et puissants.
  8. Il est principalement utilisé pour les tests de régression. Il prend en charge l'exécution répétée de cas de test.
  9. Intervention manuelle minimale : les scripts de test peuvent être exécutés sans surveillance.
  10. Couverture maximale. Cela nous permet d'augmenter la couverture des tests.

133. Avec quel framework d'automatisation des tests travaillez-vous actuellement, et pourquoi ?

Les frameworks d'automatisation des tests avec lesquels je travaille sont :

  • Cadre de test basé sur les données
  • Cadre de test hybride
  • Cadre de test basé sur les mots clés

134. Quels frameworks avez-vous une expérience pratique ?

L'organisation pour laquelle je travaille utilise déjà ce cadre spécifique ou j'ai une expérience sur ce cadre spécifique, ou il est simple pour moi de gérer tous les scripts pour exécuter et générer des journaux, des captures d'écran et des rapports en utilisant ce cadre.

135. Citez quelques-uns des outils de test les plus largement utilisés pour les tests fonctionnels ?

  1. Sélénium
  2. UFT (test fonctionnel unifié) / QTP (professionnel de test rapide)

136. Pourquoi choisir Selenium Automation Tool plutôt que d'autres ?

  1. Gratuit et open source
  2. Prise en charge de plusieurs langages de programmation
  3. Compatibilité entre navigateurs
  4. Avoir une large base d'utilisateurs et aider les communautés
  5. Compatibilité de la plateforme

137. Combien de cas de test avez-vous une expérience d'automatisation par jour ?

Cela varie en fonction du scénario, de la complexité et de la longueur du cas de test. J'ai de l'expérience dans l'automatisation de 2 à 5 scénarios de test par jour lorsque la complexité est limitée. Parfois, un ou plusieurs scénarios de test par jour lorsque la complexité est élevée.

138. Que pensez-vous des intégrations du Selenium ?

Selenium peut s'intégrer à plusieurs autres outils tels que

  • Langages de programmation
  • Plateforme de développement de scripts
  • Pilote Web Selenium
  • Cadre de test
  • Maven
  • Jenkins
  • Sikuli
  • Concombre

139. Quels sont les défis et les limites de Selenium WebDriver ?

Bien qu'il s'agisse d'un outil de test open source pratique, Selenium présente certaines limites et certains défis. Certaines des difficultés et limitations avec le pilote Web Selenium sont les suivantes

  1. Nous ne pouvons pas tester l'application Windows.
  2. Rapports limités
  3. Gestion des éléments dynamiques
  4. Nous ne pouvons pas tester des applications mobiles .
  5. Gérer le chargement des pages
  6. Gestion des capchas
  7. Gestion des fenêtres pop-up

140. Expliquer Selenium IDE

Selenium IDE (Integrated Development Environment) est un plugin de Firefox. Il est considéré comme le framework le plus simple de la suite Selenium. Il nous permet à la fois d'enregistrer et de lire les scripts. Malgré notre capacité à créer des scripts à l'aide de Selenium IDE, nous devons appliquer Selenium RC ou Selenium WebDriver pour écrire des cas de test plus avancés.

141. Que savez-vous de Selenese ?

Selenese est le langage appliqué pour écrire des scripts de test dans Selenium IDE.

142. Qu'entend-on par Selenium RC ?

Selenium RC est également connu sous le nom de télécommande Selenium /. Selenium 1.0 Remote Control était le principal projet Selenium pendant longtemps avant que Selenium 2 ne soit lancé. Selenium 1 est toujours en mode maintenance. Cela dépend de JavaScript pour l'automatisation. Il prend en charge Javascript, Ruby, Java, PHP, Perl, Python et C#. Il prend en charge presque tous les navigateurs.

145. Expliquez le terme hub dans Selenium Grid ?

Le serveur ou un point central qui contrôle les exécutions des cas de test sur différentes machines est appelé hub.

146. Expliquez le terme nœud dans la grille de sélénium ?

La machine qui est attachée au hub est appelée « nœud ». Plusieurs nœuds peuvent exister dans Selenium Grid.

147. Quels types d'API WebDriver sont pris en charge dans Selenium ?

  • Pilote Firefox
  • Pilote Internet Explorer
  • Pilote chromé
  • Pilote Gecko
  • Pilote HTMLUnit
  • Pilote Safari
  • Pilote Android
  • Pilote d'opéra
  • EventFiringWebDriver
  • Pilote iPhone

148. Laquelle des implémentations de WebDriver est considérée comme la plus rapide ?

Le HTMLUnitDriver est l'implémentation la plus rapide de WebDriver. Étant donné que HTMLUnitDriver n'effectue pas de tests dans le navigateur Web, le démarrage d'un navigateur Web et l'exécution de cas de test prendraient plus de temps que l'exécution des scripts sans navigateur. HTMLUnitDriver utilise un simple mécanisme de requête-réponse HTTP pour exécuter des cas de test.

149. Nommez les systèmes d'exploitation pris en charge par Selenium WebDriver ?

  1. les fenêtres
  2. Mac OS X
  3. iOS
  4. Linux
  5. Android

150. Quels langages de programmation sont pris en charge par Selenium WebDiver ?

  • Java
  • Python
  • perle
  • Rubis
  • PHP
  • C#

Articles recommandés : Les 100 meilleurs blogs et sites Web de test de logiciels à suivre en 2020

Conseils

Voici quelques-unes des questions et réponses courantes des entretiens de test de logiciels qui seront posées lors de l'entretien. Ce sera une bonne liste pour rafraîchir votre compétences techniques avant d'assister à l'entretien . Bonne chance pour vos entretiens !

Articles recommandés

  • Qu'est-ce qu'Unsecapp.exe et est-il sûrQu'est-ce qu'Unsecapp.exe et est-ce sûr ?
  • 15 meilleurs outils et logiciels de diagramme UML15 meilleurs outils et logiciels de diagramme UML
  • [RÉSOLU] Windows ne peut pas accéder à l'erreur de périphérique, de chemin ou de fichier spécifié[RÉSOLU] Windows ne peut pas accéder à l'erreur de périphérique, de chemin ou de fichier spécifié
  • 16 correctifs pour Windows Update ne fonctionnant pas sous Windows16 correctifs pour Windows Update ne fonctionnant pas sous Windows
  • 4 correctifs pour les paramètres AMD Radeon gagnés4 correctifs pour les paramètres AMD Radeon ne s'ouvriront pas
  • Outil de capture d'écran Zoom : Trucs et astucesOutil de capture d'écran Zoom : Trucs et astuces