Examen blanc ISTQB Foundation (CTFL v4.0) gratuit : 40 questions corrigées

Réponse D. Réduire le risque d'une qualité insuffisante est l'un des objectifs de test typiques cités par le syllabus, avec l'évaluation des produits d'activité, le déclenchement de défaillances, la détection de défauts et l'instauration de la confiance. Le test ne peut pas prouver l'absence de défauts, corriger les défauts relève du débogage, et rédiger des exigences n'est pas un objectif de test.

Réponse D. Le test est une forme majeure de contrôle qualité (CQ) : il se concentre sur le produit et soutient les actions correctives. L'AQ se concentre sur la mise en place et l'amélioration des processus, en partant du principe qu'un bon processus produit un bon produit. Les deux notions sont liées, mais elles ne sont pas identiques.

Réponse C. Le test peut déclencher des défaillances causées par des défauts ; le débogage est l'activité de développement qui reproduit la défaillance, diagnostique la cause racine et la corrige. Un test de confirmation vérifie ensuite que la correction fonctionne.

Réponse B. Une cause racine est une raison fondamentale qui conduit à un problème, par exemple une situation (ici, la pression de délais) qui conduit à une erreur. L'erreur est la faute humaine (la règle mal lue), le défaut est le taux erroné dans le code, et la défaillance est le montant incorrect facturé en production.

Réponse A. Des tests répétés de nombreuses fois deviennent de moins en moins efficaces pour détecter de nouveaux défauts. Il faut revoir la suite, puis ajouter de nouveaux tests ou modifier ceux qui existent.

Réponse D. L'implémentation des tests crée ou acquiert les testwares nécessaires à l'exécution : données de test, procédures de test assemblées en suites de tests, calendrier d'exécution et environnement de test. L'analyse des tests identifie les conditions de test, et la conception les transforme en cas de test.

Réponse B. Le rôle de gestion du test prend la responsabilité du processus de test et de l'équipe : planification, suivi, pilotage et clôture. Le rôle de testeur couvre le versant technique : analyse, conception, implémentation et exécution des tests.

Réponse D. L'indépendance apporte des points de vue différents et aide à trouver d'autres types de défauts. Ses inconvénients sont l'isolement par rapport à l'équipe de développement, les problèmes de communication et le risque que les développeurs perdent leur sens des responsabilités en matière de qualité. Les trois autres propositions sont des avantages.

Réponse C. Le syllabus présente trois approches « test d'abord » : le développement piloté par les tests (TDD), le développement piloté par les tests d'acceptation (ATDD) et le développement piloté par le comportement (BDD). Dans chacune, les tests sont définis avant l'écriture du code.

Réponse D. Les bonnes pratiques valables pour tous les SDLC comprennent : une activité de test correspondant à chaque activité de développement, des objectifs spécifiques pour chaque niveau de test, une analyse et une conception des tests qui démarrent pendant la phase de développement correspondante, et des testeurs qui relisent les versions provisoires des produits d'activité le plus tôt possible.

Réponse C. Avec le DevOps, la chaîne CI/CD fournit un retour rapide, favorise le décalage à gauche (shift left) et réduit le risque de régression grâce à des tests de régression automatisés étendus. Le test manuel du point de vue de l'utilisateur reste nécessaire, et il faut définir et mettre en place la chaîne de livraison DevOps.

Réponse A. Le test d'intégration système se concentre sur les interfaces entre le système testé et d'autres systèmes ou services externes. Le test d'intégration de composants se concentre sur les interfaces entre les composants d'un même système.

Réponse A. Le test non fonctionnel évalue des caractéristiques comme l'efficacité de la performance, l'utilisabilité ou la sécurité : la façon dont le système se comporte. Le test fonctionnel évalue ce que le système doit faire.

Réponse D. Le test de maintenance est déclenché par des modifications (évolutions planifiées, corrections, correctifs d'urgence), par des mises à niveau ou des migrations de l'environnement opérationnel, et par le retrait d'un système, qui peut nécessiter de tester l'archivage et la restauration des données.

Réponse B. Presque tout produit d'activité peut être examiné par un test statique : exigences, code source, plans de test, cas de test, éléments du backlog produit, contrats, modèles, etc. L'analyse statique par des outils suppose un produit d'activité dont la structure peut être vérifiée par l'outil.

Réponse C. Le scribe, ou rapporteur, rassemble les anomalies et consigne les informations de la revue. Le modérateur veille au bon déroulement des réunions de revue, l'auteur crée et corrige le produit d'activité, et le manager décide de ce qui est revu et fournit les ressources.

Réponse B. Le test statique trouve les défauts directement dans les produits d'activité, sans exécuter le code : par exemple du code inatteignable, des variables non définies, des écarts par rapport aux standards de codage ou des exigences ambiguës. Les défaillances de performance et d'exécution nécessitent un test dynamique.

Réponse B. Une revue guidée (walkthrough) est dirigée par l'auteur. L'inspection est le type de revue le plus formel, suit le processus générique complet et est dirigée par un modérateur ; la revue technique est réalisée par des relecteurs techniquement qualifiés et dirigée par un modérateur ; la revue informelle ne suit aucun processus défini.

Réponse D. Les techniques en boîte blanche (basées sur la structure) utilisent la structure interne de l'objet de test, par exemple son code. Les techniques en boîte noire utilisent le comportement spécifié, et les techniques basées sur l'expérience s'appuient sur les connaissances et l'expérience des testeurs.

Réponse C. Il y a trois partitions valides (de 1 à 3, de 4 à 8, de 9 à 24) et deux partitions invalides (inférieur à 1, supérieur à 24). Un cas de test par partition donne 5 cas de test, et chaque partition invalide est testée séparément pour que les défauts ne se masquent pas.

Réponse A. Avec l'analyse des valeurs limites à 2 valeurs, on teste chaque valeur limite et son plus proche voisin dans la partition adjacente. Les limites sont 1, 3, 4, 8, 9 et 24, et les voisins invalides sont 0 et 25. Le jeu sans 0 ni 25 omet le côté invalide des limites extérieures.

Réponse B. Deux conditions booléennes donnent 2 × 2 = 4 règles dans une table de décision complète : membre et 50 € ou plus, membre seulement, 50 € ou plus seulement, ni l'un ni l'autre. La livraison est gratuite dans toutes les règles sauf la dernière, donc dans 3 règles sur 4.

Réponse A. La couverture des transitions valides exige d'exercer les 4 transitions valides. La séquence soumettre, rejeter, soumettre, approuver, dépublier les couvre toutes. La première mauvaise proposition omet « rejeter » ; les deux autres contiennent des transitions invalides (approuver depuis Brouillon, rejeter depuis Publié).

Réponse D. 100 % de couverture des instructions signifie que chaque instruction exécutable a été exercée au moins une fois. Cela ne garantit pas que toute la logique de décision a été testée (par exemple l'issue « faux » d'un if sans else), et le test ne peut jamais prouver l'absence de défauts.

Réponse A. La couverture des branches englobe la couverture des instructions : tout jeu de cas de test qui atteint 100 % de couverture des branches atteint aussi 100 % de couverture des instructions. L'inverse n'est pas vrai, et la couverture des branches ne teste ni tous les chemins ni toutes les combinaisons de conditions.

Réponse A. Le test exploratoire, dans lequel les tests sont conçus, exécutés et évalués en même temps, est utile quand les spécifications sont rares ou insuffisantes, quand le temps presse, et en complément de techniques plus formelles. Il fonctionne mieux avec des testeurs expérimentés qui connaissent le domaine.

Réponse C. La devinette d'erreurs anticipe les erreurs, les défauts et les défaillances à partir des connaissances du testeur : comment l'application fonctionnait par le passé, les erreurs typiques des développeurs et les défaillances observées sur des applications similaires. Dresser une liste de défauts possibles et concevoir des attaques contre eux en est la forme méthodique, appelée attaque de fautes (fault attack).

Réponse C. Les critères d'acceptation orientés scénario utilisent le format Given/When/Then (Étant donné / Quand / Alors) popularisé par le BDD. Les autres propositions sont des critères orientés règles (listes de vérification ou tableaux d'entrées et de sorties).

Réponse D. En ATDD, les cas de test sont dérivés des critères d'acceptation avant le développement. Tester le lien juste après la limite de 30 minutes (et la réutilisation d'un lien déjà utilisé) couvre les critères. Les autres propositions testent un comportement qui ne figure pas dans ces critères d'acceptation.

Réponse A. E = (a + 4m + b) / 6 = (4 + 28 + 16) / 6 = 8. L'erreur de mesure est SD = (b − a) / 6 = (16 − 4) / 6 = 2. L'estimation est donc de 8 ± 2 jours-personnes.

Réponse A. Les cas de test les plus prioritaires s'exécutent en premier, mais lorsqu'un cas de test prioritaire dépend d'un cas moins prioritaire, ce dernier doit être exécuté d'abord. TC4 doit donc s'exécuter juste avant TC2, suivi de TC3 puis de TC1.

Réponse C. Un rapport de défaut comprend en général un identifiant unique, un titre, l'objet de test et l'environnement, le contexte, une description de la défaillance avec les étapes de reproduction, les résultats attendus et obtenus, la sévérité, la priorité, le statut et des références. Les autres éléments relèvent d'autres documents.

Réponse A. Le niveau de risque est déterminé par deux attributs : la probabilité que le risque survienne et son impact (le préjudice) s'il survient. Plus le niveau de risque est élevé, plus le test doit être approfondi.

Réponse B. Les risques produit concernent les caractéristiques de qualité du produit, par exemple des calculs erronés, de mauvaises performances ou des vulnérabilités de sécurité. Les risques projet concernent la gestion et le pilotage du projet : personnel, calendrier, environnements et fournisseurs.

Réponse C. Les critères de sortie définissent ce qui doit être atteint pour déclarer une activité terminée, comme un niveau de couverture, un nombre de défauts non résolus ou un niveau de risque résiduel. Des environnements disponibles, des exigences testables et des tests de fumée réussis sont des critères d'entrée typiques.

Réponse D. Le Q3 contient des tests orientés utilisateur, souvent manuels : test exploratoire, test d'utilisabilité et test d'acceptation par l'utilisateur. Le Q1 contient les tests de composants, le Q2 les tests fonctionnels et de user stories, et le Q4 les tests de fumée et les tests non fonctionnels autres que l'utilisabilité.

Réponse C. Les réponses possibles à un risque produit analysé comprennent l'atténuation du risque par le test, l'acceptation du risque, le transfert du risque et le plan de contingence. Décider de vivre avec le risque, c'est l'accepter.

Réponse B. Les rapports d'avancement des tests sont émis régulièrement pendant le test pour soutenir le pilotage. Un rapport de clôture des tests résume une étape terminée, le plan de test définit l'approche et le calendrier, et un rapport de défaut décrit une seule anomalie.

Réponse B. Les risques de l'automatisation des tests comprennent des attentes irréalistes, des estimations inexactes de l'effort d'introduction et de maintenance de l'outil, l'usage d'un outil là où le test manuel conviendrait mieux, et une confiance excessive dans l'outil. Les trois autres propositions sont des avantages.

Réponse B. Les outils de conception et d'implémentation des tests facilitent la génération de cas de test, de données de test et de procédures de test. Les outils de gestion prennent en charge le processus de test et les défauts, les outils de test statique soutiennent les revues et l'analyse statique, et les outils de test non fonctionnel soutiennent par exemple le test de performance ou de sécurité.