Questions d’entretien et réponses – tests manuels

Préparez-vous aux entretiens d’embauche dans le domaine des tests de logiciels grâce à notre liste de contrôle complète de 114 questions sur les tests manuels, conçue pour les candidats débutants et expérimentés.

Table des matières

Questions d’entretien sur les tests manuels pour les nouveaux arrivants

Question no. 1. Qu’entendez-vous par tests de logiciels ?

Réponse : Le test de logiciel est le processus d’évaluation d’un système pour vérifier s’il répond aux exigences de l’entreprise. Il mesure la qualité globale du système en termes d’attributs tels que l’exactitude, l’exhaustivité, la facilité d’utilisation, la performance, etc. Fondamentalement, il est utilisé pour garantir la qualité du logiciel pour les parties prenantes de l’application.

Question no. 2. Pourquoi les tests sont-ils nécessaires ?
Réponse : Les tests de logiciels sont nécessaires pour les raisons suivantes :

• Les tests donnent aux parties prenantes l’assurance que le produit fonctionne comme prévu.
• Les bogues évitables qui sont divulgués à l’utilisateur final/client sans avoir été testés correctement donnent une mauvaise réputation à l’entreprise de développement.
• Les bogues découverts plus tôt dans le cycle de développement durable permettent de réduire les coûts et l’utilisation des ressources pour la réparation.
• Permet de gagner du temps en détectant les problèmes plus tôt dans le processus de développement.
• L’équipe de test ajoute une autre dimension au développement de logiciels en apportant une perspective différente sur le processus de développement du produit.

Question 3. Quand devons-nous cesser de tester le logiciel ?
Réponse : Les tests (manuels et automatisés) peuvent être interrompus lorsqu’une ou plusieurs des conditions suivantes sont remplies :

• Après l’exécution des cas de test – la phase de test peut être arrêtée lorsqu’un cycle complet de cas de test avec un pourcentage de réussite convenu a été exécuté après la dernière correction d’erreur connue.
• Une fois les délais de test respectés – Les tests peuvent s’arrêter une fois les délais respectés, lorsqu’il ne reste plus de problèmes hautement prioritaires dans le système.
• Basé sur le temps moyen entre deux défaillances (MTBF) – Le MTBF est l’intervalle de temps entre deux défaillances. En fonction des décisions des parties prenantes, si le MTBF est relativement élevé, la phase d’essai peut être interrompue.
• Sur la base de la valeur de la couverture du code – La phase de test peut être arrêtée lorsque la couverture du code automatisée atteint un certain seuil avec un pourcentage suffisant de réussite et sans erreur critique.

Question no. 4. Qu’est-ce que l’assurance qualité et quelles sont les différentes activités impliquées dans l’assurance qualité ?

R : L’assurance qualité est une approche qui permet de vérifier que le processus de développement du produit est correct et conforme à toutes les normes. Elle est considérée comme une mesure préventive. Il identifie les failles dans le processus de développement du logiciel. Comprend des activités telles que l’examen des documents, l’examen des cas de test, les visites, l’inspection, etc.

Question no. 5. Qu’est-ce que le contrôle de la qualité et quels sont les différents types de tests impliqués dans le contrôle de la qualité ?

R : Le contrôle de la qualité est une approche axée sur le produit qui permet de vérifier si la solution développée répond à toutes les exigences spécifiées. Elle est considérée comme une mesure corrective parce qu’elle teste le produit créé afin de trouver des erreurs. Il comprend différents types de tests tels que les tests fonctionnels, les tests de performance, les tests de convivialité, etc.

Question no. 6. Quelle est la différence entre la vérification et la validation ?
Réponse : Les principales différences entre la vérification et la validation sont les suivantes :

1.	La vérification est le processus d’évaluation de divers artefacts ainsi que du processus de développement de logiciels. Elle est effectuée pour s’assurer que le produit en cours de développement est conforme aux normes.	La validation est le processus qui consiste à vérifier qu’un produit logiciel développé est conforme aux exigences professionnelles spécifiées.
2.	Il s’agit d’un processus statique d’analyse des documents, et non du produit final.	Il s’agit de tester de manière dynamique un produit logiciel en l’exécutant.
3.	La vérification est une approche axée sur le processus.	La validation est une approche axée sur le produit.
4.	Il répond à la question : « Sommes-nous en train de construire le bon produit ? ».	Il répond à la question : « Construisons-nous le bon produit ? »
5.	Les erreurs détectées pendant la validation nécessitent moins de coûts/ressources pour être corrigées que les erreurs détectées pendant la phase de validation.	Les erreurs détectées lors de la validation nécessitent davantage de coûts/ressources. Un défaut découvert plus tard a un coût de réparation plus élevé.

Question no. 7. Qu’est-ce que le SDLC (Software Development Life Cycle) ?
R : SDLC est l’acronyme de Software Development Life Cycle (cycle de vie du développement logiciel). Il s’agit de toutes les activités réalisées au cours du développement d’un logiciel : collecte et analyse des besoins, conception, codage ou mise en œuvre, tests, déploiement et maintenance.

Question 8. Expliquez le cycle de vie des tests de logiciels (STLC).
R : Le cycle de vie des tests de logiciels fait référence à toutes les activités réalisées pendant les tests d’un produit logiciel. Les phases sont les suivantes :

• Analyse et validation des exigences – Au cours de cette phase, les documents relatifs aux exigences sont analysés et validés, et la portée des tests est définie.
• Planification des tests – Cette phase définit la stratégie du plan de test, l’estimation de l’effort de test ainsi que la stratégie d’automatisation et la sélection des outils.
• Conception et analyse des tests – Ici, les cas de test sont conçus, les données de test sont préparées et les scripts d’automatisation sont mis en œuvre.
• Mise en place d’un environnement de test – Un environnement de test est préparé pour simuler avec précision l’environnement réel.
• Exécution des tests – Les cas de test sont préparés, les bogues sont signalés et testés à nouveau une fois qu’ils ont été résolus.
• Clôture des tests et rapports – Un rapport de clôture des tests sera préparé pour résumer les résultats finaux des tests, les conclusions et les mesures des tests.

Question no. 9. Quels sont les différents types de tests ?
Réponse : Les tests peuvent être divisés en deux catégories :

• Tests fonctionnels – Les tests fonctionnels consistent à vérifier les spécifications fonctionnelles du système.
• Tests non fonctionnels – Les tests non fonctionnels sont un type de test qui consiste à tester les exigences non fonctionnelles d’un système, telles que les performances, l’évolutivité, la sécurité, la résilience, la portabilité, etc.

Selon la manière dont les tests sont effectués, ils peuvent être classés dans l’une ou l’autre des catégories suivantes :

• Tests boîte noire – dans les tests boîte noire, le testeur n’a pas besoin de connaître l’architecture interne ou la mise en œuvre du système. Le testeur communique avec le système par l’intermédiaire d’une interface, fournit des données d’entrée et vérifie les données de sortie reçues.
• Tests boîte blanche – Dans les tests boîte blanche, le testeur analyse l’architecture interne du système ainsi que la qualité du code source sur la base de divers paramètres tels que l’optimisation du code, la couverture du code, la réutilisabilité, etc.
• Tests en boîte grise – Dans les tests en boîte grise, le testeur a un accès partiel à l’architecture interne du système, par exemple le testeur peut avoir accès aux documents de conception ou à la structure de la base de données. Ces informations aident le testeur à mieux tester l’application.

Question no. 10. Qu’est-ce qu’un test manuel ?
Réponse : Le test manuel est un type de test qui consiste à vérifier les exigences d’une application en exécutant manuellement un ensemble prédéfini de cas de test sans utiliser d’outil d’automatisation.

Question.11. Qu’est-ce qu’un test automatisé ?
Réponse : Les tests automatisés sont un type de test de logiciel qui implique l’exécution automatisée de cas de test à l’aide d’un outil d’automatisation. Il permet de réduire le temps d’exécution des tests car les scripts de test écrits une fois peuvent être exécutés automatiquement un nombre illimité de fois sans aucune intervention humaine.

Question no. 12. Quels sont les avantages des tests automatisés ?
Réponse : Les avantages des tests automatisés sont les suivants :

• L’automatisation des tests est rapide et permet de gagner beaucoup de temps.
• Des scripts de test soigneusement rédigés éliminent la possibilité d’une erreur humaine pendant les tests.
• L’exécution des tests peut être programmée pour une exécution nocturne à l’aide d’outils CI tels que Jenkins, qui peuvent également être configurés pour fournir les résultats des tests aux parties prenantes concernées sur une base quotidienne.
• Les tests automatisés sont très gourmands en ressources. Après l’automatisation des tests, l’exécution des tests n’exige pratiquement plus de temps de la part de l’assurance qualité.

Question no. 13. Quels sont les inconvénients des tests automatisés ?
Réponse : Les inconvénients des tests automatisés sont les suivants :

• Elle nécessite des experts en tests automatisés compétents qui écrivent des scripts de test.
• Un effort supplémentaire est nécessaire pour rédiger les scripts.
• Les scripts d’automatisation sont limités à la validation des tests codés. Ce test peut passer à côté d’une erreur très perceptible et facilement identifiable par un humain (AQ manuelle).
• Même une modification mineure de l’application nécessite des mises à jour et une maintenance des scripts.

Question no. 14. Qu’est-ce qu’un test de performance ?
Réponse : Les tests de performance sont un type de tests non fonctionnels qui évaluent les performances du système sous des charges prévues ou plus élevées. Lors des tests de performance, différents paramètres sont évalués : temps de réponse, fiabilité, utilisation des ressources, évolutivité, etc. Les différents types de tests de performance sont : les tests de charge, les tests de stress, les tests d’endurance, les tests d’impact et les tests de volume.

Question no. 15. Qu’est-ce qu’un environnement de test ?
Réponse : Un environnement de test est un environnement utilisé pour tester une application. La configuration de l’environnement de test peut comprendre les exigences matérielles et logicielles de l’application testée, notamment le système d’exploitation, les configurations matérielles, les configurations logicielles, la base de données, etc.

Question 16. Qu’est-ce qu’un plan de test ?
R : Un plan de test est un document formel décrivant l’étendue des tests, l’approche à utiliser, les ressources nécessaires et la durée estimée du processus de test. Il est dérivé des documents relatifs aux exigences (spécifications des exigences logicielles).

Question no. 17. Qu’est-ce qu’un scénario de test ?
Réponse : Le scénario de test est dérivé du cas d’utilisation. Il est utilisé pour tester de manière exhaustive la fonctionnalité de l’application. Un seul scénario de test peut impliquer plusieurs cas de test. Les tests de scénarios sont particulièrement utiles lorsque les tests sont limités dans le temps.

Question no. 18. Qu’est-ce qu’un scénario de test ?
Réponse : Un scénario de test est utilisé pour tester la conformité d’une application à la spécification de ses exigences. Il s’agit d’un ensemble de conditions avec des hypothèses, des valeurs d’entrée et des résultats attendus sous une forme documentée.

Question no. 19. Quelles sont les caractéristiques d’un scénario de test ?
Réponse : Un scénario de test peut avoir les attributs suivants :

• TestCaseId – Identifiant unique du cas de test.
• Résumé du test – Résumé sans ambiguïté du cas de test.
• Description – Description détaillée du cas de test.
• Préalable ou condition préalable – Ensemble de conditions préalables qui doivent être remplies avant que les étapes du test puissent être exécutées.
• Étapes du test – Étapes détaillées de l’exécution d’un cas de test.
• Résultat attendu – Résultat attendu pour la réussite du test.
• Résultat réel – Le résultat réel après l’exécution des étapes du test.
• Résultat du test – Statut de réussite ou d’échec du test.
• Statut d’automatisation – Identifiant d’automatisation, indiquant si l’application est automatisée ou non.
• Date – La date à laquelle le test a été effectué.
• Exécuté par (Exécuté par – Nom de la personne qui exécute le cas de test).

Question no. 20. Qu’est-ce qu’une donnée d’essai ?
Réponse : Les données de test sont des données utilisées pour tester un logiciel avec différentes entrées et permettent de vérifier si la sortie correspond ou non au résultat attendu. Ces données sont générées sur la base des besoins de l’entreprise.

Question no. 21. Qu’est-ce qu’un script de test ?
Réponse : Un script de test est un cas de test automatisé écrit dans n’importe quel langage de programmation ou de script. Il s’agit essentiellement d’un ensemble d’instructions permettant d’évaluer le fonctionnement de l’application.

Question no. 22. Qu’est-ce qu’une erreur de test de logiciel ?
R : Comme nous sommes tous humains, il est naturel que nous fassions des erreurs. L’erreur est un cas similaire qui se produit lors du test d’un logiciel en raison, par exemple, de la présence d’un virus ou d’une bactérie. un scénario manquant dans les exigences, des problèmes de conception ou des erreurs de mise en œuvre.

Question no. 23. Qu’est-ce qu’un « bug » ?
Réponse : Un bogue est une faille dans un produit logiciel détectée au moment du test et qui provoque un fonctionnement inattendu.

Question no. 24. Qu’est-ce qu’un « défaut » ?
R : Un défaut est une non-conformité à une exigence du produit constatée en cours de production (après la mise en service du produit).

Question no. 25. Quelles sont les caractéristiques du signalement des défauts ?
Réponse : Voici quelques-uns des attributs de signalement des erreurs :

• DefectId – Identifiant unique du défaut.
• Résumé du défaut – un résumé d’une ligne du défaut, plutôt que le nom du défaut.
• Description du défaut – description détaillée du défaut.
• Marche à suivre pour reproduire l’erreur – marche à suivre pour reproduire l’erreur.
• Résultat attendu – le comportement attendu dont l’application s’écarte en raison d’une erreur.
• Résultat réel – l’état actuel de l’application liée à l’erreur.
• Gravité de l’erreur – En fonction de la criticité de l’erreur, ce champ peut être défini comme mineur, moyen, majeur ou bloquant.
• Priorité – En fonction de l’urgence de l’erreur, ce champ peut être défini sur une échelle allant de P0 à P3.

Question no. 26. Quels sont les outils permettant de gérer les bogues ou les défauts ?
Réponse : Certains des outils de gestion des défauts les plus utilisés sont : Jira, Bugzilla, Redmine, Mantis, Quality Center et d’autres.

Question no. 27. Qu’est-ce que la densité de défauts ?
R : La densité des défauts est une mesure de la densité des défauts dans un système. Il peut être calculé en divisant le nombre d’erreurs identifiées par le nombre total de lignes de code (ou de méthodes ou de classes) dans l’application ou le programme.

Question no. 28. Qu’est-ce que la priorité aux défauts ?
R : La priorité du défaut correspond à l’urgence de la correction du défaut. En règle générale, la priorité d’un défaut est fixée sur une échelle allant de P0 à P3, un défaut P0 ayant le degré d’urgence le plus élevé en matière de réparation.

Question no. 29. Qu’est-ce que la gravité des défauts ?
R : La gravité d’un défaut est la gravité du défaut qui affecte la fonctionnalité. En fonction de l’organisation, nous pouvons avoir différents niveaux de gravité des défauts, allant de mineur à critique ou « show stopper » (le défaut le plus critique qui arrête le développement ou la mise en œuvre du logiciel).

Question no. 30. Donnez un exemple de défauts de faible priorité – faible gravité, de faible priorité – forte gravité, de forte priorité – faible gravité et de forte priorité – forte gravité.
Réponse : Vous trouverez ci-dessous des exemples de différentes combinaisons de priorité et de gravité :

• Faible priorité – faible gravité : une faute d’orthographe sur une page que les utilisateurs ne consultent pas fréquemment.
• Faible priorité – Gravité élevée : applications en cas d’accident dans certains cas très marginaux.
• Priorité élevée – Gravité faible : un léger changement de couleur du logo ou une faute d’orthographe dans le nom de l’entreprise.
• Priorité élevée – Gravité élevée : problème avec la fonction de connexion.

Question 31. Qu’est-ce qu’un « bloqueur » ?
Réponse : Blocker est un bogue de haute priorité et de haute sévérité. Il empêche ou bloque également le test d’une autre partie importante de l’application.

Question no. 32. Qu’est-ce qu’un bogue critique ?
R : Un bogue critique est un bogue qui affecte la fonctionnalité principale de l’application et l’application ne peut pas être livrée sans la correction de ce bogue. Elle diffère d’une erreur bloquante en ce sens qu’elle n’affecte pas ou ne bloque pas les tests d’autres parties de l’application.

Question no. 33. Expliquez le cycle de vie d’un insecte ou les différents états d’un insecte.

Réponse : Dans le cadre du développement d’un logiciel, un bogue passe par les phases suivantes

• Nouveau – l’erreur ou le défaut est dans l’état Nouveau lorsqu’il est détecté.
• Assigné – Le nouveau bogue détecté est dans l’état Assigné après avoir été assigné au développeur approprié.
• Ouvert – Lorsque le développeur travaille sur un bogue, celui-ci est dans l’état ouvert.
• Rejeté/pas un bogue – Un bogue se trouve dans l’état Rejeté si le développeur juge que le bogue n’est pas authentique.

• Différé – Un bogue différé est un bogue dont la correction est reportée à une certaine période de temps (pour les versions futures) en fonction de l’urgence et de la criticité du bogue.
• Corrigé – Lorsque le développeur a résolu le bogue, celui-ci est marqué comme corrigé.
• Testé(Test) – Lorsqu’un bogue est corrigé, il est assigné à un testeur et est marqué comme testé pendant cette période.
• Réouverture – Si le testeur n’est pas satisfait de la résolution du problème, le défaut passe à l’état Réouvert.
• Vérifié – Après la phase de test, si le testeur estime que le bogue est résolu, il est marqué comme vérifié.
• Fermé – Après vérification de l’erreur, celle-ci passe à l’état Fermé.

Question no. 34. Quelles sont les différentes techniques de conception des tests ?

Réponse : Les techniques de conception des tests sont diverses normes de conception des tests qui permettent d’obtenir des cas de test systématiques et généralement acceptés. Les différentes techniques de conception de tests peuvent être divisées en techniques de conception de tests statiques et en techniques de conception de tests dynamiques.

1. Techniques de conception de tests statiques – techniques de conception de tests qui impliquent des tests sans exécution du code. Les différentes techniques de conception de tests statiques peuvent être divisées en deux parties : les techniques manuelles et les techniques utilisant des outils.

• Techniques manuelles de conception de tests statiques
• Cheminement
• Examens informels
• Examens techniques
• Contrôle d’audit
• Revue de direction (revue technique)

2. Techniques de conception de tests statiques à l’aide d’outils

• L’analyse statique du code – consiste à analyser les différents chemins et flux de l’application ainsi que les différents états des données de test.
• Conformité avec les normes de programmation – La conformité du code avec les différentes normes de programmation est évaluée.
• Analyse des métriques du code – Un outil utilisé pour l’analyse statique est nécessaire pour évaluer diverses métriques telles que les lignes de code, la complexité, la couverture du code, etc.

3. Techniques de conception de tests dynamiques – Les techniques de conception de tests dynamiques consistent à tester le système en cours d’exécution.

• Techniques de conception de tests basés sur les spécifications – Les techniques de conception de tests basés sur les spécifications sont également appelées tests boîte noire. Ces techniques consistent à tester la spécification du système testé sans connaître son architecture interne.
• Techniques de conception de tests basés sur la structure – également appelées tests boîte blanche. Dans ces techniques, la connaissance du code ou de l’architecture interne du système est nécessaire pour effectuer les tests.
• Basées sur l’expérience – Les techniques basées sur l’expérience reposent sur l’expérience ou l’intuition du testeur. Les deux formes les plus courantes de tests basés sur l’expérience sont les tests adhoc et les tests exploratoires.

Question no. 35. Qu’est-ce que le test statique ?

R : Les tests statiques sont un type de test permettant d’examiner les produits de travail ou la documentation créés tout au long d’un projet. Permet d’examiner les spécifications, les exigences commerciales, la documentation, les processus et les exigences fonctionnelles au cours de la phase de test initiale.

Ainsi, les testeurs impliqués peuvent comprendre les exigences de manière plus détaillée avant d’entamer le cycle de vie des tests, qui a pour but de contribuer à la livraison d’un produit de qualité.

Question no. 36. Qu’est-ce que l’essai dynamique ?

Réponse : Le type de test effectué en exécutant l’application testée, soit manuellement, soit par automatisation, est appelé test dynamique.

Question no. 37. Expliquez les différents types de techniques de conception de tests basés sur les spécifications.

Réponse : Les techniques de conception de tests basées sur les spécifications sont également appelées tests en boîte noire. Il s’agit de tester la spécification du système testé sans connaître son architecture interne. Les différents types de tests basés sur les spécifications ou les techniques de test de la boîte noire sont les suivants :

• Partitionnement par équivalence – regroupement des données de test en groupes logiques ou en classes d’équivalence, en partant du principe que toutes les données appartenant à ces classes auront le même effet sur l’application.
• Analyse des valeurs limites – test utilisant les valeurs limites des classes d’équivalence comme données d’entrée du test.
• Tableaux de décision – tests effectués à l’aide de tableaux de décision montrant le comportement de l’application en fonction de différentes combinaisons de valeurs d’entrée.
• Graphique cause-effet – Test utilisant une représentation graphique du résultat et de tous les facteurs qui l’influencent.
• Test de transition d’état – Test basé sur le modèle de la machine à états.
• Test des cas d’utilisation – Test effectué à l’aide de cas d’utilisation.

Question no. 38. Expliquez le partitionnement des classes d’équivalence.

R : La distribution des classes d’équivalence est une technique de test en boîte noire basée sur la spécification. Lors de la répartition des classes d’équivalence, l’ensemble des données d’entrée définissant les différentes conditions d’essai doit être divisé en groupes logiquement similaires, de sorte que l’utilisation d’une seule donnée d’essai d’un groupe d’essai puisse être considérée comme similaire à l’utilisation de toutes les autres données de ce groupe.

Par exemple, pour tester un programme Square (un programme qui produit le carré d’un nombre), il peut y avoir des classes d’équivalence – l’ensemble des nombres négatifs, des entiers, des décimales, l’ensemble des grands nombres, etc.

Question no. 39. Qu’est-ce que l’analyse de la valeur limite ?

Réponse : L’analyse des valeurs limites est une technique de test de logiciel pour la conception de cas de test qui prend les valeurs limites des distributions de classes d’équivalence comme entrée pour les cas de test, par exemple. si les données d’essai se situent dans l’intervalle 0-100, l’analyse de seuil inclura les données d’essai – 0,1, 99, 100.

Question 40. Qu’est-ce qu’un test de table de décision ?

Réponse : Le test par table de décision est un type de technique de conception de test basée sur les spécifications ou une technique de test boîte noire dans laquelle les tests sont effectués à l’aide de tables de décision décrivant le comportement d’une application en fonction de diverses combinaisons de valeurs d’entrée.

Les tables de décision sont particulièrement utiles pour concevoir des cas de test pour des scénarios commerciaux complexes impliquant la validation d’applications avec de multiples combinaisons d’entrées.

Question 41. Qu’est-ce qu’un graphique de cause à effet ?

Réponse : Le test par graphe de cause et d’effet est une technique de conception de tests en boîte noire dans laquelle une représentation graphique de l’entrée est utilisée pour concevoir les tests, c’est-à-dire j. les causes et les résultats, c’est-à-dire j. de conséquence. Cette technique utilise différentes notations représentant AND, OR, NOT, etc. entre les conditions d’entrée et la sortie.

Question no. 42. Qu’est-ce que le test de transition d’état ?

Réponse : Le test de transition d’état est une technique de conception de tests en boîte noire basée sur un modèle de machine à états. Le test des transitions entre les états repose sur le concept selon lequel un système peut être défini comme un ensemble d’états multiples, et la transition d’un état à un autre se produit à la suite d’un événement.

Question no. 43. Qu’est-ce que le test des cas d’utilisation ?

Réponse : Le test des cas d’utilisation est une approche de test en boîte noire dans laquelle les tests sont effectués à l’aide de cas d’utilisation. Le scénario du cas d’utilisation est considéré comme une interaction entre l’application et les acteurs (utilisateurs). Ces cas d’utilisation servent à illustrer les exigences et peuvent donc également servir de base aux tests d’acceptation.

Question no. 44. Qu’est-ce que la couverture des tests ?

Réponse : Il s’agit d’une métrique qui mesure la quantité de tests effectués sur le logiciel lors de l’exécution des cas de test. La couverture des tests d’un logiciel peut être calculée comme un pourcentage du nombre de domaines de test ou d’éléments de couverture couverts par rapport au nombre total de domaines de test.

Plus la couverture des tests est élevée, plus le nombre de parties du logiciel couvertes par des cas de test est important et plus les tests sont efficaces.

Question no. 45. Qu’est-ce qu’un test basé sur la structure ?

Réponse : Les techniques de conception de tests basées sur la structure sont également appelées tests boîte blanche. Dans ces techniques, la connaissance du code ou de l’architecture interne du système est nécessaire pour effectuer les tests. Les différents types de tests basés sur la structure ou les techniques de tests en boîte blanche sont les suivants :

• Test de déclaration – technique de test en boîte blanche dans laquelle les scripts de test sont conçus pour exécuter des commandes dans le code de l’application. Sa couverture est mesurée par le nombre de lignes de code ou d’instructions exécutées par les scripts de test.
• Test de décision/test de branche – technique de test dans laquelle les scripts de test sont conçus pour exécuter différentes branches de décision (par exemple, conditions if-else) dans une application. Sa couverture est mesurée en pourcentage de points de décision par rapport au nombre total de points de décision dans l’application.
• Test des conditions – Le test des conditions est une approche qui consiste à tester une application avec des résultats vrais et faux pour chaque condition. Par conséquent, pour n conditions, nous aurons 2n scripts de test.
• Tests de conditions multiples – Dans les tests de conditions multiples, différentes combinaisons de résultats de conditions sont testées au moins une fois. Par conséquent, pour une couverture de 100 %, nous aurons 2^n scripts de test. C’est très épuisant et il est très difficile d’obtenir une couverture à 100 %.
• Essai de détermination des conditions – Il s’agit d’une manière optimisée de tester plusieurs conditions, en écartant les combinaisons qui n’ont pas d’incidence sur les résultats.
• Test de cheminement – Test de cheminements indépendants dans le système (les cheminements sont des instructions exécutables entre les points d’entrée et de sortie).

Question no. 46. Qu’est-ce que la couverture du code ?

R : La couverture du code est une mesure de la quantité de code couverte par les scripts de test. Il donne une idée de la partie de l’application couverte par les tests.

Question 47. Qu’est-ce qu’un test de déclaration et une couverture de déclaration dans le cadre d’un test en boîte blanche ?

Réponse : Le test de déclaration est une approche de test en boîte blanche dans laquelle les scripts de test sont conçus pour exécuter des déclarations de code.

La couverture des instructions est une mesure du pourcentage d’instructions de code exécutées par les scripts de test par rapport au nombre total d’instructions de code dans l’application. La couverture des commandes est la mesure la moins appréciée pour vérifier la couverture des tests.

Question no. 48. Qu’est-ce qu’un test de décision ou un test de branche ?

R : Le test de décision ou test de branche est une approche de test boîte blanche dans laquelle la couverture du test est mesurée par le pourcentage de points de décision (par exemple, les conditions if-else) exécutés sur le nombre total de points de décision dans l’application.

Question 49. Quels sont les différents niveaux de test ?

Réponse : Les tests peuvent être effectués à différents niveaux du processus de développement. La réalisation d’activités de test à plusieurs niveaux permet d’identifier les défauts à un stade précoce. Les différents niveaux de test sont les suivants

1. Tests unitaires

2. les tests d’intégration

3. Test du système

4. Tests d’acceptation

Question no. 50. Qu’est-ce que les tests unitaires ?

Réponse : Les tests unitaires constituent le premier niveau de test et impliquent de tester des modules individuels du logiciel. Elle est généralement réalisée par des développeurs.

Question no. 51. Qu’est-ce qu’un test d’intégration ?

R : Les tests d’intégration sont effectués après les tests unitaires. Dans les tests d’intégration, nous testons un groupe de modules apparentés. Il vise à détecter les problèmes d’interconnexion entre les modules.

Question no. 52. Quels sont les différents types de tests d’intégration ?

R : Les différents types de tests d’intégration sont les suivants

1) Tests d’intégration « big bang » – Dans les tests d’intégration « big bang », les tests commencent après l’intégration de tous les modules.

2) Tests d’intégration descendante – Dans l’intégration descendante, les tests/intégrations commencent à partir des modules de niveau supérieur vers les modules de niveau inférieur.

3) Tests d’intégration ascendante – Dans l’intégration ascendante, les tests partent des modules de niveau inférieur pour aller vers les modules de niveau supérieur dans la hiérarchie.

4. Tests d’intégration hybrides – Les tests d’intégration hybrides sont une combinaison de tests d’intégration descendants et ascendants. Dans cette approche, l’intégration commence à partir de la couche intermédiaire et les tests sont effectués dans les deux sens

Question no. 53. Qu’est-ce qu’un talon ?

R : Dans le cas des tests d’intégration descendante, il arrive souvent que les modules de niveau inférieur n’évoluent pas lorsque les tests/intégrations avec les modules de niveau supérieur sont lancés. Dans ce cas, des modules fictifs sont utilisés pour simuler le fonctionnement des modules en fournissant une sortie fixe ou attendue sur la base des valeurs d’entrée.

Question 54. Qu’est-ce qu’un conducteur ?

R : Dans le cas des tests d’intégration ascendants, les pilotes sont utilisés pour simuler le fonctionnement des modules de niveau supérieur afin de tester les modules connexes situés plus bas dans la hiérarchie.

Question 55. Qu’est-ce qu’un test de système ?

R : Le test de système est un niveau de test qui teste le logiciel dans son ensemble. Lors du test du système, on vérifie que l’application est conforme aux exigences de l’entreprise.

Question no. 56. Qu’est-ce qu’un test d’acceptation ?

Réponse : Les tests d’acceptation sont des tests effectués par un utilisateur final ou un client potentiel pour vérifier que le logiciel répond aux exigences de l’entreprise et qu’il peut être accepté.

Question no. 57. Qu’est-ce que le test UAT ?

Réponse : Le test UAT est la dernière phase du cycle de test. Son objectif principal est de vérifier que le logiciel fonctionne conformément aux exigences de l’entreprise. Elle permet également de s’assurer que l’application est conviviale et qu’elle peut gérer au mieux des scénarios complexes avant de mettre le produit à la disposition des utilisateurs réels.

Question no. 58. Qu’est-ce qu’un test de bout en bout ?

R : Les tests de bout en bout sont un type de test dans lequel l’application entière est testée pour vérifier que chaque fonctionnalité du logiciel fonctionne comme prévu et qu’il n’y a pas de lacunes. Veille à ce que l’application soit conviviale et réponde aux besoins de l’entreprise.

Question no. 59. Qu’est-ce qu’un test alpha ?

Réponse : Les tests alpha sont un type de tests d’acceptation réalisés par des testeurs ou des employés internes de l’organisation sur le lieu de travail du développeur.

Question 60. Qu’est-ce qu’un test bêta ?

Réponse : Le test bêta est un test effectué par les utilisateurs finaux sur leur lieu de travail. Il permet aux utilisateurs de fournir des informations directes sur le logiciel à la société de développement.

Question no. 61. Qu’est-ce qu’un test adhoc ?

Réponse : Les tests adhoc sont des tests non structurés effectués sans documentation formelle ni planification adéquate.

Question n° 62. Qu’est-ce que le test du singe ?

Réponse : Le test de singe est un type de test qui est effectué de manière aléatoire sans aucun cas de test prédéfini ou entrée de test.

Question no. 63. Quelle est la différence entre les tests monkey et les tests adhoc ?

R : Dans le cas des tests adhoc, bien qu’il n’y ait pas de cas de test prédéfinis ou documentés, les testeurs ont toujours une vue d’ensemble de l’application. Alors que dans le cas des tests de singe, les testeurs ne comprennent pas l’application.

Question no. 64. Qu’est-ce qu’un test exploratoire ?

R : Les tests exploratoires sont un type de test dans lequel de nouveaux cas de test sont ajoutés et mis à jour au fur et à mesure de l’exploration du système ou de l’exécution des cas de test. Contrairement aux tests scénarisés, dans les tests exploratoires, la conception et l’exécution des tests se déroulent en parallèle.

Question no. 65. Qu’est-ce qu’un test de charge ?

R : Le test de charge est un type de test de performance qui vise à déterminer la performance d’une application sous une charge attendue. Lors des tests de charge, nous évaluons le temps de réponse, le débit, le taux d’erreur, etc. les paramètres d’application.

Question no. 66. Qu’est-ce que la simulation de crise ?

R : Le test de stress est un type de test de performance dans lequel le comportement d’une application est contrôlé sous une charge plus élevée que prévu. Des tests de stress sont effectués pour détecter les fuites de mémoire et la robustesse de l’application.

Question no. 67. Qu’est-ce qu’un test de volume ?

R : Le test de volume est un type de test de performance qui évalue la performance d’une application avec une grande quantité de données. Il vérifie l’évolutivité de l’application et permet d’identifier les goulets d’étranglement dans le cas de gros volumes de données.

Question no. 68. Qu’est-ce qu’un test d’endurance ou un test d’imprégnation ?

Réponse : Le test d’endurance est un type de test de performance qui vise à trouver des problèmes tels que des fuites de mémoire lorsqu’une application est soumise à des tests de stress sur une longue période de temps.

Question no. 69. Qu’est-ce que le test des pics ?

R : Le test de pic est un type de test de performance qui mesure la performance d’une application lorsque le nombre d’utilisateurs actifs augmente soudainement au cours d’un test de stress.

Question no. 70. Qu’est-ce qu’un test d’interface utilisateur ?

Réponse : Le test de l’interface utilisateur est un type de test qui vise à trouver les bogues de l’interface graphique dans une application et à vérifier si l’interface graphique est conforme aux spécifications.

Question no. 71. Qu’est-ce qu’un test d’utilisabilité ?

Réponse : Le test d’utilisabilité est un type de test qui vise à déterminer la facilité d’utilisation d’une application. Son objectif est de détecter les bogues d’utilisation dans l’application.

Question no. 72. Qu’est-ce qu’un test d’accessibilité ?

Réponse : Le test d’accessibilité est un type de test conçu pour déterminer la facilité d’utilisation ou le fonctionnement d’une application spécifiquement pour les personnes handicapées.

Question 73. Qu’est-ce qu’un test de compatibilité ?

Réponse : Le test de compatibilité est la vérification d’un logiciel pour déterminer sa compatibilité avec un environnement particulier – système d’exploitation, plate-forme ou matériel.

Question no. 74. Qu’est-ce qu’un test de configuration ?

Réponse : Le test de configuration est un type de test utilisé pour évaluer les exigences de configuration du logiciel ainsi que l’effet de la modification de la configuration requise.

Question n° 75. Qu’est-ce qu’un test de localisation ?

R : Les tests de localisation sont un type de test dans lequel nous évaluons l’adaptation d’une application (une version localisée de l’application) dans une culture, un lieu ou un pays particulier.

Question no. 76. Qu’est-ce que le test de la mondialisation ?

R : Les tests de globalisation sont un type de test qui évalue la performance d’une application dans le monde entier, dans des cultures, des langues, des lieux et des pays différents.

Question no. 77. Qu’est-ce qu’un test négatif ?

Réponse : Le test négatif est un type de test qui évalue la résistance d’une application (sortie gracieuse ou signalement d’erreurs) lorsqu’elle est soumise à des données d’entrée ou de test non valides.

Question no. 78. Qu’est-ce qu’un test de sécurité ?

Réponse : Le test de sécurité est un type de test qui vise à évaluer l’intégrité, l’authentification, l’autorisation, la disponibilité, la confidentialité et la non-répudiation de l’application testée.

Question no. 79. Qu’est-ce qu’un test de pénétration ?

R : Le test de pénétration est un type de test de sécurité dans lequel une application est évaluée (exploitée en toute sécurité) pour différents types de vulnérabilités qui pourraient être exploitées par n’importe quel pirate informatique.

Question no. 80. Qu’est-ce qu’un test de robustesse ?

Réponse : Le test de robustesse est un type de test effectué pour déterminer la robustesse d’une application, c’est-à-dire j. la capacité du système à se comporter avec parcimonie en cas d’étapes d’essai et d’entrées d’essai défectueuses.

Question no. 81. Qu’est-ce que les tests de simultanéité ?

Réponse : Les tests de simultanéité sont des tests multi-utilisateurs dans lesquels une application est évaluée en analysant le comportement de l’application lorsque les utilisateurs accèdent à la même fonction de manière simultanée.

Question no. 82. Qu’est-ce qu’un test backend ?

Réponse : Le test du backend est un type de test qui consiste à tester le backend du système, c’est-à-dire les bases de données et les API de l’application.

Question no. 83. Qu’est-ce que le test A/B ?

Réponse : Le test A/B est un type de test dans lequel les utilisateurs finaux sont exposés à deux variantes d’un produit logiciel et, sur la base d’une analyse du comportement de l’utilisateur sur chaque variante, la meilleure variante est sélectionnée et utilisée.

Question no. 84. Qu’est-ce que l’analyse de risque ?

Réponse : L’analyse de risque est l’analyse d’un risque identifié et l’attribution d’un niveau de risque approprié à un défaut en fonction de son impact sur l’application.

Question no. 85. Quelle est la différence entre les tests de régression et les nouveaux tests ?

R : Les tests de régression consistent à tester une application pour vérifier qu’une nouvelle modification du code n’affecte pas d’autres parties de l’application. Lors du retest, nous vérifions si le problème corrigé est résolu ou non.

Question no. 86. Quelle est la différence entre les tests boîte noire et boîte blanche ?

Réponse : Le test boîte noire est un type de test dans lequel l’architecture interne du code n’est pas requise pour le test. Il est généralement utilisé pour les tests de système et les tests d’acceptation.

Alors que les tests en boîte blanche nécessitent une connaissance de la conception interne et de la mise en œuvre de l’application testée. Il est généralement utilisé pour les tests unitaires et les tests d’intégration.

Question no. 87. Quelle est la différence entre les tests de fumée et les tests d’intégrité ?

R : La différence entre les tests de fumée et les tests d’intégrité est la suivante.

• Le Smoke testing est un type de test dans lequel toutes les fonctions principales d’une application sont testées avant que des tests exhaustifs ne soient effectués. Les tests d’équilibre sont un sous-ensemble des tests de régression, qui sont effectués lorsqu’une correction mineure est apportée à l’application dans une nouvelle version.
• Les tests de fumée sont généralement documentés ou automatisés. Les tests d’intégrité ne sont généralement pas documentés ou scénarisés.

Question no. 88. Quelle est la différence entre Release et Build ?

Réponse : Un build est un fichier exécutable fourni par les développeurs à l’équipe de test pour tester l’application. Elle passe par plusieurs itérations de corrections et de tests jusqu’à ce que l’application fonctionne comme prévu. Lorsque l’application est stable et prête pour les utilisateurs finaux, elle est mise sur le marché.

Alors que la version est un logiciel installable fourni aux utilisateurs finaux après avoir été certifié par l’équipe de test. Lorsqu’un logiciel est mis à la disposition d’un client, il est accompagné de notes de mise à jour qui indiquent le nombre de bogues encore en suspens, les histoires d’utilisateurs couvertes, les demandes de changement et la version de la mise à jour.

Questions d’entretien sur les tests manuels avancés

Questions non. 89. Quelle est la différence entre la fuite de bogues et la publication de bogues ?

Réponse Une fuite de bogues se produit lorsqu’un logiciel testé est mis sur le marché et que l’utilisateur final y trouve des bogues. Il s’agit notamment des bogues négligés par l’équipe de test au cours de la phase de test.

En revanche, on parle de version de bogue lorsqu’une version particulière d’un logiciel est mise sur le marché avec quelques bogues connus qui seront corrigés dans les versions ultérieures. Ces types de problèmes sont peu prioritaires et sont mentionnés dans les notes de mise à jour lorsqu’ils sont communiqués aux utilisateurs finaux.

Question no. 90. Qu’entendez-vous par « triage des défauts » ?

R : Le triage des défauts est un processus qui permet de classer les défauts par ordre de priorité en fonction de divers facteurs tels que la gravité, le risque, le temps nécessaire pour corriger le défaut, etc. Diverses parties prenantes participent à cette réunion : équipe de développement, équipe de test, chef de projet, conseiller juridique, etc. et décider de la priorité à accorder à la correction des bogues.

Question no. 91. Qu’est-ce qu’un test de harnais ? Pourquoi avons-nous besoin d’un test d’attelage ?

Réponse : Un harnais de test est un ensemble de scripts et de données de test qui est généralement associé aux tests unitaires et d’intégration. Inclut les stubs et les pilotes nécessaires pour tester les modules logiciels et les composants intégrés.

Question no. 92. Qu’est-ce que le test en binôme ?

Réponse : Tous les tests par paires sont un type de test dans lequel l’application est testée avec toutes les combinaisons possibles de valeurs de paramètres d’entrée.

Question no. 93. Qu’est-ce que le test de basculement ?

Réponse : Le test de basculement est un type de test utilisé pour vérifier la capacité d’une application à allouer des ressources multiples (plusieurs serveurs) en cas de défaillance et à transférer une partie du traitement vers un système de secours.

Question no. 94. Qu’est-ce que le fuzz testing ?

R : Le test Fuzz est un type de test dans lequel une grande quantité de données aléatoires est fournie en entrée à une application afin de trouver des failles de sécurité et d’autres problèmes dans l’application.

Question no. 95. Qu’est-ce qu’un essai pilote ?

R : Le test pilote est un essai mené avec un nombre limité d’utilisateurs qui évaluent le système et fournissent un retour d’information avant le déploiement complet.

Question no. 96. Qu’est-ce que le test « dev-box » ?

R : Dans le cadre des tests en boîte de développement, le testeur effectue des tests sur le système du développeur afin de vérifier que les principales caractéristiques de l’application sont stables et prêtes à être testées.

Question no. 97. Qu’est-ce qu’un test de mutation ?

Réponse : Le test de mutation est un type de test en boîte blanche dans lequel le code source d’une application est modifié pour provoquer certaines erreurs dans son fonctionnement. Des scripts de test sont ensuite exécutés pour vérifier leur exactitude en contrôlant les erreurs causées par le code muté.

Question no. 98. Qu’est-ce qu’une matrice de traçabilité des exigences (MTE) ?

R : Dans les tests de logiciels, une matrice de traçabilité des exigences est un tableau qui relie les exigences de haut niveau aux exigences détaillées, aux plans de test ou aux cas de test. Le RTM permet d’assurer une couverture de 100 % des tests.

Question no. 99. Qu’est-ce que la complexité cyclomatique ?

R : La complexité cyclomatique est une mesure du nombre de chemins indépendants dans une application ou un programme. Cette mesure donne une indication de la quantité d’efforts nécessaires pour tester une fonctionnalité complète. Il peut être défini par l’expression –

L – N + 2P, où :

L est le nombre d’arêtes dans le graphe

N est le nombre de nœuds

P est le nombre de parties déconnectées

Question no. 100. Quels sont les critères d’accès aux tests de logiciels ?

Réponse L’ensemble des conditions préalables nécessaires au démarrage d’une activité de test comprend l’environnement de test, l’outil de test, les données de test, la connexion à la base de données, et bien d’autres choses encore.

Question no. 101. Quels sont les critères de sortie des tests de logiciels ?

R : Les critères de sortie sont un ensemble formel de conditions qui spécifient une propriété ou un état convenu d’une application pour indiquer l’achèvement d’un processus ou d’un produit.

Question no. 102. Quelle est la différence entre le test et le débogage (les tests et le débogage)

Réponse : Les tests sont principalement effectués par l’équipe de test pour trouver les bogues dans le système. Alors que le débogage est une activité réalisée par l’équipe de développement. Pendant le débogage, la cause de l’erreur est détectée et éliminée. Cela permettra d’éliminer l’erreur et d’éviter qu’elle ne se reproduise à l’avenir.

Une autre différence entre les deux activités est que les tests peuvent être effectués sans connaissance interne de l’architecture du logiciel. Alors que le débogage nécessite des connaissances en matière d’architecture logicielle et de programmation.

Question no. 103. Expliquez la méthodologie agile.

Réponse : La méthodologie de développement logiciel agile est basée sur une approche itérative et incrémentale. Dans ce modèle, l’application est divisée en petits ensembles sur lesquels différentes équipes interfonctionnelles travaillent ensemble, ce qui garantit une livraison rapide tout en s’adaptant à l’évolution des besoins.

Question no. 104. Qu’est-ce que scrum ?

R : Scrum est le processus de mise en œuvre d’une méthodologie agile. Dans un scrum, le temps est divisé en sprints et le produit est livré lorsqu’ils sont terminés.

Question no. 105. Quels sont les différents rôles dans le scrum ?

Ans : Les différents rôles dans scrum sont –

1) Propriétaire du produit – Le propriétaire du produit est responsable de l’ensemble du développement du produit, attribue les tâches à l’équipe et sert d’interface entre l’équipe scrum (équipe de développement) et les parties prenantes.

2. Scrum Master – Le Scrum Master veille à ce que l’équipe respecte les règles et dirige les réunions.

3. Équipe de mêlée – L’équipe de mêlée participe aux réunions de mêlée et exécute les tâches qui lui sont assignées.

Question no. 106. Qu’est-ce qu’une réunion scrum ?

R : Une réunion scrum est une réunion quotidienne dans le cadre du processus scrum. Cette réunion est dirigée par le maître de mêlée et permet de faire le point sur le travail de la veille et de définir les tâches et le contexte du lendemain.

Question no. 107. Expliquez le concept de TDD (Test Driven Development).

Réponse : Le développement piloté par les tests est une méthodologie de développement de logiciels dans laquelle le développement de logiciels est guidé par des cas de test créés pour la fonctionnalité mise en œuvre. Dans le cadre de la méthode TDD, des cas de test sont d’abord créés, puis le code est écrit de manière à passer les tests. Ensuite, le code est remanié en fonction des normes.

Question no. 108. Quelle est la différence entre les erreurs cachées et les erreurs masquées ?

R : Un défaut latent est un défaut non identifié qui est présent dans la version actuelle mais qui n’est pas visible parce que les conditions dans lesquelles le défaut pourrait être trouvé n’ont jamais été réunies. Ces types de défauts n’apparaissent qu’après le déclenchement d’un certain événement qui a masqué leur présence.

Un défaut masqué est un défaut existant qui n’a pas encore causé de défaillance parce qu’un autre défaut l’a masqué ou empêché d’être détecté.

Question no. 109. Qu’est-ce que le cycle PDCA dans les tests de logiciels ?

R : Le cycle PDCA est la clé de l’amélioration continue des processus de développement de logiciels. Il comprend les 4 étapes suivantes –

• PLANIFIER – Planifier les intentions, les objectifs et les initiatives qui contribueront à la satisfaction du client.
• FAIRE – Mettre le plan en pratique. Pour servir le client avec une qualité et une satisfaction accrues, il est nécessaire d’avoir un bon plan à mettre en œuvre.
• CHECK – Vérification de l’état d’avancement de la mise en œuvre du plan. Le résultat montrera exactement comment la planification a été effectuée.
• AGIR – Agir sur les résultats pour apporter d’autres améliorations permettant d’atteindre les objectifs fixés.

Question no. 110. Qu’est-ce que la cascade de défauts ?

R : La cascade de défauts est l’induction d’un défaut par un autre défaut. Il se produit lorsque l’équipe de test ne parvient pas à détecter un défaut et qu’il en déclenche un autre.

Question no. 111. Qu’est-ce qu’une métrique de test ?

Réponse : La métrique des tests est une analyse quantitative qui permet de suivre l’évolution d’un projet logiciel. Chaque projet a son propre calendrier, de sorte que pour garantir la livraison du projet dans les délais, il est nécessaire de définir des livrables à différents intervalles, et les métriques de test fournissent cet aspect de la mesure des progrès.

Question no. 112. Qu’est-ce que les tests contextuels ?

Réponse : Le test contextuel est un type de test qui implique l’adoption de procédures et de méthodologies de test et parfois leur adaptation en fonction du contexte du projet.

Dans ce type de test, au lieu de suivre les meilleures pratiques, nous suivons ce qui est le mieux pour le projet, sur la base des compétences, de l’expérience et du jugement de l’équipe de test.

Question no. 113. Comment tester une application sans un cahier des charges ?

Réponse : Une application peut être testée sans document d’exigences formel en utilisant les mesures suivantes –

• En examinant des demandes de même nature.
• Tests basés sur l’expérience idéale de l’utilisateur. Même sans avoir d’exigences, le testeur peut tester la convivialité de l’application.
• Utiliser des tests exploratoires. En l’absence de documentation, les testeurs peuvent utiliser des tests exploratoires et tester l’application à la volée avec une approche plus pratique.
• Poser autant de questions que possible et faire du brainstorming avec les différentes parties prenantes – chefs de produit, développeurs, etc.

Question no. 114. Comment rédiger des scénarios de test efficaces ?

R : Nous pouvons écrire des scénarios de test efficaces en utilisant les approches suivantes.

• En suivant des techniques de conception de tests telles que l’analyse de la valeur limite, le partitionnement des classes d’équivalence, le test de la table de décision, etc.
• En rédigeant des cas de test clairs et concis qui ne sont pas ambigus.
• Le respect d’une nomenclature uniforme permet également de créer des cas de test efficaces.
• Éviter la redondance entraîne un gaspillage de ressources et de temps. Ainsi, les bons cas de test ne doivent pas être redondants.
• L’utilisation d’une matrice de traçabilité des exigences permet de garantir une couverture maximale des tests.