ISTQB CTFL v4.0 Sample-Exam-B-Answers

Traduit de Anglais vers Français - www.onlinedoctranslator.
com
Exemple d’examen – Réponses

Exemple de série d'examens B
Version 1.0
ISTQB®Programme de testeur certifié

Niveau de base
Compatible avec Syllabus version 4.0
Conseil international des qualifications en matière de tests de logiciels
Version 1.0 Sortie le 16 octobre 2023

© Conseil international des qualifications pour les tests de logiciels
Testeur certifié, exemple d'examen de
niveau Fondation, série B
Copyright
Avis de droit d'auteur © International Software Testing Qualifications Board (ci-après appelé
ISTQB)®).
ISTQB®est une marque déposée de l'International Software Testing Qualifications Board.
Tous droits réservés.
Les auteurs cèdent par la présente les droits d'auteur à l'ISTQB®. Les auteurs (en tant que titulaires actuels des droits
d'auteur) et l'ISTQB®(en tant que futur détenteur des droits d'auteur) ont accepté les conditions d'utilisation suivantes :
Des extraits, à des fins non commerciales, de ce document peuvent être copiés si la source est
mentionnée.
Tout prestataire de formation accrédité peut utiliser cet exemple d'examen dans son cours de formation si les
auteurs et l'ISTQB®sont reconnus comme la source et les propriétaires des droits d'auteur de l'exemple d'examen
et à condition que toute publicité pour un tel cours de formation ne soit effectuée qu'après réception de
l'accréditation officielle du matériel de formation d'un ISTQB.®-Conseil membre reconnu.
Tout individu ou groupe d'individus peut utiliser cet exemple d'examen dans des articles et des livres, si les
auteurs et l'ISTQB®sont reconnus comme la source et les propriétaires des droits d’auteur de l’échantillon
d’examen.
Toute autre utilisation de cet exemple d'examen est interdite sans avoir obtenu au préalable l'accord écrit de
l'ISTQB.®.
N'importe quel ISTQB®Les conseils membres reconnus peuvent traduire cet exemple d'examen à condition de
reproduire l'avis de droit d'auteur mentionné ci-dessus dans la version traduite de l'exemple d'examen.
Responsabilité des documents
L'ISTQB®Le groupe de travail sur l’examen est responsable de ce document.
Ce document est maintenu par une équipe principale de l'ISTQB®composé du groupe de travail sur le programme et du
groupe de travail sur les examens.
Remerciements
Ce document a été réalisé par une équipe centrale de l'ISTQB®:Stuart Reid et Adam Roman
L'équipe principale remercie l'équipe de révision du groupe de travail sur les examens, le groupe de travail sur le programme et les conseils
membres pour leurs suggestions et leurs contributions.
Version 1.0 Page 2 sur 37 16 octobre 2023

Historique des révisions
Exemple d’examen – Modèle de présentation des réponses utilisé : Version 2.11 Date : 16 octobre 2023
Version Date Remarques

1.0 16 octobre 2023 Première version

Table des matières
Copyright ................................................ .................................................................. ...................... 2

Responsabilité des documents................................................................ .................................................................. ............... 2
Remerciements................................................................ .................................................................. ...................... 2
Historique des révisions ................................................ .................................................................. ........................ 3
Table des matières............................................... .................................................................. ...................... 4
Introduction ................................................. .................................................................. .................................. 5
Objet de ce document ............................................................ .................................................................. ............ 5
Instructions................................................. .................................................................. .................................. 5
Corrigé............................................................................ .................................................................. ...................................... 6
Réponses ................................................. .................................................................. ....................................... 7
1 ................................................. .................................................................. .................................................................. ............ 7
2 .................................................. .................................................................. .................................................................. ............ 8
3 .................................................. .................................................................. .................................................................. ............ 9
4 ................................................. .................................................................. .................................................................. .......... dix
5 ................................................. .................................................................. .................................................................. .......... 11
6 .................................................. .................................................................. .................................................................. .......... 12
7 ................................................. .................................................................. .................................................................. .......... 13
8 .................................................. .................................................................. .................................................................. .......... 14
9 .................................................. .................................................................. .................................................................. .......... 15
dix ................................................. .................................................................. .................................................................. ........ 16
11 .................................................. .................................................................. .................................................................. ........ 16
12 .................................................. .................................................................. .................................................................. ........ 17
13 .................................................. .................................................................. .................................................................. ........ 18
14 .................................................. .................................................................. .................................................................. ........ 18
15 .................................................. .................................................................. .................................................................. ........ 19
16 .................................................. .................................................................. .................................................................. ........ 20
17 .................................................. .................................................................. .................................................................. ........ 21
18 .................................................. .................................................................. .................................................................. ........ 22
19 .................................................. .................................................................. .................................................................. ........ 23
20 .................................................. .................................................................. .................................................................. ........ 24
21 .................................................. .................................................................. .................................................................. ........ 25
22 .................................................. .................................................................. .................................................................. ........ 26
23 .................................................. .................................................................. .................................................................. ........ 27
24 .................................................. .................................................................. .................................................................. ........ 28
25 .................................................. .................................................................. .................................................................. ........ 29
26 .................................................. .................................................................. .................................................................. ........ 30
27 .................................................. .................................................................. .................................................................. ........ 31
28 .................................................. .................................................................. .................................................................. ........ 31
29 .................................................. .................................................................. .................................................................. ........ 31
30 .................................................. .................................................................. .................................................................. ........ 32
31 .................................................. .................................................................. .................................................................. ........ 32
32 .................................................. .................................................................. .................................................................. ........ 33
33 .................................................. .................................................................. .................................................................. ........ 33
34 .................................................. .................................................................. .................................................................. ........ 34
35 .................................................. .................................................................. .................................................................. ........ 34
36 .................................................. .................................................................. .................................................................. ........ 35
37 .................................................. .................................................................. .................................................................. ........ 35
38 .................................................. .................................................................. .................................................................. ........ 36
39 .................................................. .................................................................. .................................................................. ........ 36
40 .................................................. .................................................................. .................................................................. ........ 37

Introduction
Objet de ce document
Les exemples de questions et de réponses ainsi que les justifications associées dans cet exemple d'examen ont été
créés par une équipe d'experts en la matière et de rédacteurs de questions expérimentés dans le but de :
- Assistance à l'ISTQB®Comités membres et comités d'examen dans leurs activités de rédaction de questions
- Fournir aux prestataires de formation et aux candidats aux examens des exemples de questions d'examen
Ces questions ne peuvent pas être utilisées telles quelles dans un examen officiel.
Note, que les examens réels peuvent inclure une grande variété de questions, et cet exemple d'examenn'est pas destiné à
inclure des exemples de tous les types, styles ou longueurs de questions possibles, cet exemple d'examen peut également être à
la fois plus difficile ou moins difficile que n'importe quel examen officiel.
Instructions
Dans ce document vous pourrez trouver :
- Tableau des corrigés, comprenant pour chaque bonne réponse :

- Niveau K, objectif d'apprentissage et valeur en points
- Ensembles de réponses, y compris pour toutes les questions :
- Bonne réponse
- Justification de chaque option de réponse (réponse)
- Ensembles de réponses supplémentaires, y compris pour toutes les questions [ne s'applique pas à tous les exemples d'examens] :
- Bonne réponse
- Justification de chaque option de réponse (réponse)
-Les questions sont contenues dans un document séparé

Corrigé
Question Bonne réponse LO Niveau K Points Question Bonne réponse LO Niveau K Points
Nombre (#) Nombre (#)
1 d FL-1.2.1 K2 1 21 d FL-4.2.2 K3 1
2 b FL-1.2.2 K1 1 22 b FL-4.2.3 K3 1
3 d FL-1.3.1 K2 1 23 c FL-4.2.4 K3 1
4 un FL-1.4.1 K2 1 24 b FL-4.3.1 K2 1
5 c FL-1.4.2 K2 1 25 c FL-4.3.2 K2 1
6 b FL-1.4.4 K2 1 26 un, e FL-4.4.2 K2 1
7 b FL-1.5.1 K2 1 27 d FL-4.4.3 K2 1
8 d FL-1.5.2 K1 1 28 b FL-4.5.2 K2 1
9 b FL-2.1.1 K2 1 29 d FL-4.5.3 K3 1
dix b FL-2.1.2 K1 1 30 un FL-5.1.3 K2 1
11 un FL-2.1.3 K1 1 31 b FL-5.1.4 K3 1
12 b FL-2.1.4 K2 1 32 un FL-5.1.5 K3 1
13 un FL-2.2.1 K2 1 33 d FL-5.1.7 K2 1
14 d FL-2.2.3 K2 1 34 c FL-5.2.4 K2 1
15 b FL-3.1.2 K2 1 35 un FL-5.3.1 K1 1
16 c FL-3.2.1 K1 1 36 un FL-5.3.3 K2 1
17 d FL-3.2.2 K2 1 37 un FL-5.4.1 K2 1
18 c FL-3.2.3 K1 1 38 b FL-5.5.1 K3 1
19 d FL-4.1.1 K2 1 39 c FL-6.1.1 K2 1
20 un FL-4.2.1 K3 1 40 un FL-6.2.1 K1 1

Réponses
Question Correct Explication / Justification Apprentissage Niveau K Nombre

Nombre Répondre Objectif de
(#) (LO) Points
1 d a) Ce n’est pas correct. Il est souvent possible d'utiliser des tests dynamiques pour provoquer l'échec d'un objet FL-1.2.1 K2 1
de test d'une manière qui ne pourrait jamais être obtenue par les utilisateurs, par exemple en utilisant
l'injection de fautes. Cependant, si la défaillance ne peut jamais se produire chez les utilisateurs finaux
réels, son identification n’est pas particulièrement utile, car les tests visent en fin de compte à améliorer le
produit du travail pour les utilisateurs finaux. Passer du temps à tester des échecs qui ne peuvent pas se
produire avec de vrais utilisateurs n'est pas une utilisation efficace du temps d'un testeur.
b) Ce n’est pas correct. Les tests statiques sous forme d'analyse statique sont utilisés par
les développeurs pour identifier les défauts dans leur code de programme plus tôt
que ne le permettent les tests dynamiques. Notez cependant que les tests statiques
(et l'analyse statique) sont utilisés pour détecter les défauts, et non les pannes,
détectés par les tests dynamiques. C'est donc l'utilisation du terme « échecs » qui en
fait une option incorrecte.
c) Ce n’est pas correct. L'analyse statique détecte directement les anomalies dans le code, qui
peuvent être des défauts, et cela concerne normalement le développeur et non le client. La
fourniture de preuves de publication par l'utilisation d'une analyse statique d'éléments qui ne
fournissent aucun résultat est un non-sens.
d) Est exact. Les évaluations sont une forme de tests statiques qui peuvent être appliquées dès le
début du cycle de vie du développement logiciel et sont utilisées pour détecter des défauts
qui peuvent être supprimés avant que les activités de développement ultérieures ne
gaspillent leurs efforts sur des exigences défectueuses. Si les défauts ne sont pas détectés et
éliminés dès le début, alors lorsque le défaut est découvert, les produits de travail dérivés,
tels que la conception et le code, devront être modifiés car ils étaient basés sur des
exigences défectueuses.


(#) (LO) Points
2 b a) Ce n’est pas correct. L'affirmation « L'assurance qualité est effectuée dans le cadre des tests » est FL-1.2.2 K1 1
incorrecte, car l'assurance qualité se concentre sur l'amélioration et la mise en œuvre des
processus, en utilisant une approche préventive pour éviter les erreurs et les défauts, tandis que
les tests sont une forme de contrôle qualité utilisée pour détecter les défauts.
b) Est exact. La déclaration « Les tests sont effectués dans le cadre du contrôle qualité » est correcte car le
contrôle qualité vise à atteindre des niveaux de qualité appropriés en se concentrant sur
l'identification et la correction des défauts du produit. Les tests constituent une partie importante
du contrôle qualité et aident à découvrir ces défauts
c) Ce n’est pas correct. La déclaration « Les tests sont un autre terme pour le CQ » est incorrecte car, bien
que les tests constituent une partie importante du CQ et aident à découvrir les défauts, d'autres
techniques (non liées aux tests) utilisées dans le CQ incluent également des méthodes formelles
telles que la vérification du modèle et la preuve d'exactitude. comme simulation et prototypage
d) Ce n’est pas correct. La déclaration « Les tests sont effectués dans le cadre de l'AQ » est
incorrecte car l'AQ se concentre sur l'amélioration et la mise en œuvre des processus,
en utilisant une approche préventive pour éviter les erreurs et les défauts, tandis que
les tests sont une forme de CQ utilisée pour détecter les défauts.

3 d Le principe « les tests exhaustifs sont impossibles » tient au fait qu'il n'est pas possible de tester FL-1.3.1 K2 1
toutes les variations possibles des entrées de test dans toutes les circonstances, sauf dans des
cas triviaux. Au lieu de cela, les tests utilisent des techniques de test, la priorisation des cas de
test et des tests basés sur les risques pour échantillonner à partir de l'ensemble des possibilités
et concentrer les efforts de test.
a) Ce n’est pas correct. Le principe stipule qu’il n’est pas possible de tout tester sauf
dans des cas triviaux. Tout tester nécessiterait de tester toutes les variantes
possibles du testcontributions dans toutes les circonstances, ce qui est
généralement irréalisable car il y en aura un nombre pratiquement infini. Tester
tous les possibles spécifiéssortir ne résoudra pas ce problème car la relation entre
les entrées et les sorties spécifiées peut être différente pour chaque objet de test.
Parfois, il peut y avoir un nombre pratiquement infini de sorties spécifiées possibles
(par exemple, lorsqu'il existe plusieurs variables représentant des nombres réels),
alors qu'à d'autres moments, il peut y avoir seulement deux sorties spécifiées, par
exemple avec une seule variable qui peut être vraie ou fausse.
b) Ce n’est pas correct. Le principe stipule qu'il n'est pas possible de tester toutes les
variations possibles des entrées de test dans toutes les circonstances. En effet,
pour les systèmes non triviaux, il en existe un nombre pratiquement infini. Par
conséquent, en pratique, documenter toutes les variations possibles des entrées
de test serait peu pratique car cela prendrait un temps infini.
c) Ce n’est pas correct. Commencer les tests le plus tôt possible avec des revues et d'autres
approches de tests statiques ne résoudra pas le problème du trop grand nombre de
cas de test possibles. Le principe « les tests précoces permettent d'économiser du
temps et de l'argent » vise à corriger les défauts le plus tôt possible afin d'éviter
l'apparition de défauts ultérieurs dans les produits dérivés, réduisant ainsi les coûts et
la probabilité de défaillances.
d) Est exact. L'utilisation du partitionnement d'équivalence et de l'analyse des valeurs limites
pour générer des cas de test est une façon d'aborder le principe, car ces techniques de test
fournissent un moyen systématique de dériver un sous-ensemble fini de tous les cas de test
possibles.


(#) (LO) Points
4 un a) Est exact. La conception des tests implique l'utilisationconditions d'essai créercas de tests et FL-1.4.1 K2 1
d'autres logiciels de test nécessaires, tels queexigences en matière de données de test et des
chartes de test pour les tests exploratoires.Exigences de l'environnement de test sont
également spécifiés, y compris l’infrastructure et les outils nécessaires
b) Ce n’est pas correct. L'exécution des tests implique l'exécution de cas de test (dans le cadre des
procédures de test), mais elle ne couvre pas directement les autres logiciels de test mentionnés
dans la question, tels que les exigences en matière de données de test, les exigences en matière
d'environnement de test et les conditions de test.
c) Ce n’est pas correct. L'analyse des tests est utilisée pour identifier les fonctionnalités qui nécessitent
des tests. La base de test est analysée et définie sous forme de conditions de test, qui sont ensuite
hiérarchisées avec les risques associés. Bien que cette activité implique de travailler avec des
conditions de test, elle ne couvre pas les autres logiciels de test mentionnés dans la question, tels
que les exigences en matière de données de test, les exigences en matière d'environnement de
test et les cas de test.
d) Ce n’est pas correct. La mise en œuvre des tests comprend la génération de procédures de test, telles
que des scripts de test manuels et automatisés, qui sont créés à partir de cas de test et peuvent
être assemblés en suites de tests. Les procédures de test sont hiérarchisées et organisées dans un
calendrier d'exécution des tests. Les données de test sont créées, l'environnement de test construit
et sa configuration vérifiée. Bien que cette activité implique explicitement de travailler avec des cas
de test et puisse utiliser les exigences en matière de données de test et les exigences de
l'environnement de test pour créer des données de test et l'environnement de test, elle ne couvre
pas les conditions de test.


(#) (LO) Points
5 c a) Ce n’est pas correct. Il est peu probable que l'équipe marketing de l'organisation effectue beaucoup FL-1.4.2 K2 1
de tests (bien que dans certaines organisations, elle puisse être impliquée dans les tests
d'acceptation), de sorte que son niveau moyen d'expérience (dont la plupart serait en marketing)
n'est pas susceptible d'avoir un impact sur la façon dont les tests sont effectués pour un objet de
test donné
b) Ce n’est pas correct. Il est peu probable que le niveau de connaissance des utilisateurs qu'un nouveau
système est en cours de construction pour eux ait une incidence sur la manière dont les tests sont
effectués. Toute implication de l'utilisateur susceptible d'affecter la façon dont les tests sont effectués
est plus susceptible de résulter de décisions prises par les testeurs, le client et le chef de projet.
c) Est exact. Le nombre d'années d'expérience des membres de l'équipe de tests

de performances aidera à déterminer les capacités et les connaissances (par
exemple, des différents outils et types de défauts) que les membres de
l'équipe appliqueront lors des tests.
d) Ce n’est pas correct. La structure organisationnelle des différents utilisateurs finaux (qui
peut varier) changera d'un utilisateur à l'autre. Ainsi, il se peut même que l'on ne sache
pas quand l'application est testée, et la structure organisationnelle de l'utilisateur final
peut donc avoir peu d'effet sur la manière dont les tests sont effectués.


(#) (LO) Points
6 b a) Ce n’est pas correct. La traçabilité entre les risques atténués et les cas de test réussis FL-1.4.4 K2 1
fournit peu d'informations, car pour être atténués (par le test), les risques devraient
avoir un cas de test réussi correspondant. Pour pouvoir évaluer le risque résiduel,
la traçabilité entre tous les risques et les résultats des tests doit être disponible, afin
que les risques qui n'ont pas de test de réussite correspondant puissent être
identifiés comme risques résiduels.
b) Est exact. La traçabilité entre les exigences des utilisateurs et les résultats de l'exécution des
tests fournit une indication des exigences des utilisateurs qui ont été testées et fournit
ainsi un moyen de mesurer l'avancement du projet (dans le contexte des tests) par
rapport aux objectifs commerciaux.
c) Ce n’est pas correct. Il n’est pas clair que les cas de test échoués fournissent une indication des
compétences du testeur, pas plus que la réussite des cas de test. Cela dépendrait en partie de
l'objectif du test (par exemple, renforcer la confiance ou provoquer des échecs). En outre, une
telle mesure des testeurs basée sur les cas de test réussis et échoués peut être contre-
productive car elle pourrait amener les testeurs à optimiser leurs tests en fonction de cette
métrique plutôt que de l'objectif du test.
d) Ce n’est pas correct. La traçabilité entre les risques identifiés et les conditions de test
écrites permet de déterminer quelles conditions de test supplémentaires doivent être
écrites. Déterminer quels risques méritent d’être testés fait partie de la gestion des
risques, et en particulier de l’atténuation des risques.


(#) (LO) Points
7 b a) Ce n’est pas correct. De solides compétences en communication, une écoute active et des FL-1.5.1 K2 1
capacités de travail en équipe permettent à un testeur d'interagir efficacement avec toutes les
parties prenantes. Cependant, une connaissance approfondie d'une variété de jeux
informatiques qui lui a permis de bien s'entendre avec un développeur n'est pas un exemple
de compétence générique utile pour testeurs
b) Est exact. La connaissance du domaine qui peut être utilisée pour comprendre et communiquer
avec les utilisateurs finaux et les représentants de l'entreprise est l'une des compétences
génériques requises par les testeurs. Un testeur ayant de l'expérience en tant que pilote leur
permettrait de mieux apprécier les critères d'acceptation du système de contrôle de
l'hélicoptère.
c) Ce n’est pas correct. Bien que les compétences en programmation puissent être considérées comme
des connaissances techniques pouvant accroître l'efficacité lors de l'utilisation de certains outils
de test, il est peu probable que ces compétences améliorent la communication avec les analystes
commerciaux.
d) Ce n’est pas correct. Bien que la minutie, le souci du détail, la curiosité et une approche
méthodique pour identifier les défauts difficiles à trouver soient toutes des
compétences génériques utiles pour les testeurs, il est peu probable qu'ils génèrent
des cas de test avant de commencer les tests exploratoires. En effet, l'un des principes
principaux des tests exploratoires est que les cas de test sont générés pendant le test
et non scriptés à l'avance.


(#) (LO) Points
8 d a) Ce n’est pas correct. L'approche d'équipe globale permet à tout membre de l'équipe possédant les FL-1.5.2 K1 1
compétences et les connaissances requises d'entreprendre n'importe quelle tâche, mais cela ne
signifie pas que les membres de l'équipe peuvent assumer n'importe quel rôle à tout moment. En
règle générale, ils n'assument que les rôles pour lesquels ils sont compétents, et rien ne suggère
que chaque membre de l'équipe puisse assumer tous les rôles.
b) Ce n’est pas correct. L'approche d'équipe entière s'applique à la façon dont fonctionne une seule
équipe (généralement dans le développement de logiciels Agile) ; il ne couvre pas la manière dont
plusieurs équipes sont censées travailler sur des projets plus importants, et il ne suggère pas
qu'une seule équipe « entière » est nécessaire pour un projet complet.
c) Ce n’est pas correct. L’approche d’équipe globale n’exige pas que chaque membre de
l’équipe soit impliqué dans chaque décision importante. Par exemple, il n'est pas
nécessaire que le représentant de l'entreprise (c'est-à-dire le Product Owner) soit
impliqué dans chaque décision technique qui n'affecte pas le résultat commercial
et la mise en œuvre d'une telle approche ralentirait inutilement la progression de
l'équipe.
d) Est exact. En tirant parti le plus efficacement possible des diverses compétences de
chaque membre de l'équipe, l'approche globale de l'équipe favorise une dynamique
d'équipe supérieure, favorise une communication et une collaboration solides et génère
une synergie d'équipe qui profite à l'ensemble du projet.


(#) (LO) Points
9 b a) Ce n’est pas correct. Dans le développement logiciel agile, les livrables sont produits à chaque FL-2.1.1 K2 1
itération, et la livraison fréquente d'incréments nécessite des tests de régression
approfondis. Bien que certains (ou la totalité) de ces tests de régression puissent être
automatisés, les tests de régression (automatisés ou non) ne peuvent pas être remplacés par
l'automatisation des tests du système.
b) Est exact. Si un modèle de développement séquentiel est utilisé, au début du cycle de vie, aucun
code n'est disponible pour l'exécution, et donc pendant cette période, des tests statiques (par
exemple, des révisions) sont effectués. Plus tard dans le cycle de vie, lorsque le code est
disponible pour exécution, des tests dynamiques sont possibles. Notez cependant que la
préparation aux tests dynamiques aura souvent lieu au début de tout cycle de vie de
développement logiciel.
c) Ce n’est pas correct. Si un modèle de développement itératif, comme le développement
logiciel agile, est utilisé, alors les tests de composants peuvent très bien être utilisés pour
les tests de régression pour chaque itération. Dans ce cas, il existe de solides arguments
en faveur de l'automatisation de ces tests de composants, qui devront être exécutés
fréquemment, et il est peu probable qu'il y ait un argument solide pour que les
développeurs effectuent ces tests de composants manuellement.
d) Ce n’est pas correct. Dans la plupart des modèles de développement incrémentiel, les
livrables sont produits dans chaque incrément, nécessitant des tests statiques et
dynamiques à tous les niveaux de test pour chaque incrément livré.


(#) (LO) Points
dix b a) Ce n’est pas correct. Les testeurs doivent examiner les produits de travail dès que les ébauches sont FL-2.1.2 K1 1
disponibles pour permettre des tests précoces dans le cadre d'une approche de décalage vers la
gauche. S'ils attendaient la phase de développement suivante, des travaux de développement (et de
tests) inutiles pourraient alors être lancés sur des produits de travail défectueux et non révisés.
b) Est exact. Les testeurs doivent examiner les produits de travail dès que les ébauches sont disponibles pour
permettre des tests précoces dans le cadre d'une approche de décalage vers la gauche.
c) Ce n’est pas correct. Les testeurs examinent généralement les produits de travail qui constituent la base de
test dans le cadre de l'analyse des tests, pas avant l'analyse et la conception des tests.
d) Ce n’est pas correct. Les testeurs doivent examiner les produits de travail dès que les ébauches
sont disponibles pour permettre des tests précoces dans le cadre d'une approche de décalage
vers la gauche. Attendre qu'ils soient publiés signifie que tous les défauts qui pourraient être
détectés par l'examen des testeurs figureront dans le document publié.
11 un a) Est exact. Le développement piloté par les tests (TDD) est un exemple bien connu d'approche FL-2.1.3 K1 1
de développement axée sur les tests.
b) Ce n’est pas correct. Le développement axé sur la couverture n'est pas un exemple correct d'une
approche de développement axée sur les tests.
c) Ce n’est pas correct. Le développement axé sur la qualité n'est pas un exemple correct d'une approche
de développement axée sur les tests.
d) Ce n’est pas correct. Le développement axé sur les fonctionnalités n'est pas un exemple
d'approche de développement axée sur le test, mais plutôt une méthodologie de
développement logiciel agile basée sur la fourniture de fonctionnalités (par opposition aux
user stories dans Scrum)


(#) (LO) Points
12 b a) Ce n’est pas correct. DevOps améliore les tests de plusieurs manières, par exemple en FL-2.1.4 K2 1
fournissant un retour rapide sur la qualité du code, des tests de régression automatisés qui
minimisent le risque de régression et en favorisant une approche de décalage vers la
gauche avec une soumission de code et des tests de composants de haute qualité. Ceci est
largement assuré par l'intégration continue, où les développeurs soumettent des tests de
composants (unitaires) avec leur nouveau code, qui doivent réussir pour que le code soit
admis dans la construction. Par conséquent, les développeurs doivent effectuer des tests de
composants.
b) Est exact. DevOps améliore les tests de plusieurs manières, par exemple en fournissant un retour
rapide sur la qualité du code, des tests de régression automatisés qui minimisent le risque de
régression et en promouvant une approche de décalage à gauche avec une soumission de code
et des tests de composants de haute qualité.
c) Ce n’est pas correct. DevOps améliore les tests de plusieurs manières, par exemple en fournissant
un retour rapide sur la qualité du code, des tests de régression automatisés qui minimisent le
risque de régression et en favorisant une approche de décalage vers la gauche avec une
soumission de code et des tests de composants de haute qualité. Les testeurs n'essaient pas de
traiter les développeurs et les opérations de la même manière en consacrant plus de temps aux
tests de version, bien qu'une approche de test orientée vers la droite (tests en production) puisse
très bien être utilisée.
d) Ce n’est pas correct. Les processus automatisés tels que l'intégration continue/la livraison
continue (CI/CD) dans DevOps facilitent les environnements de test stables et réduisent
le besoin de tests manuels. Cependant, il existe un risque de négliger l'importance des
tests manuels, en particulier du point de vue de l'utilisateur.


(#) (LO) Points
13 un a) Est exact. Les tests système examinent le comportement et les capacités du système FL-2.2.1 K2 1
complet et couvrent les tests non fonctionnels des caractéristiques de qualité, qui
incluent les tests de sécurité. Ce type de test est souvent effectué par une équipe
de test indépendante sur la base des spécifications du système.
b) Ce n’est pas correct. Les tests d'intégration de système examinent les interfaces avec
d'autres systèmes et services externes
c) Ce n’est pas correct. Les tests bêta sont un type de tests d'acceptation effectués sur un
site externe par des rôles extérieurs à l'organisation de développement.
d) Ce n’est pas correct. Les tests d'intégration de composants impliquent de tester les
(interfaces et) interactions entre les composants d'un système, tels que l'interface
utilisateur et la base de données.
14 d a) Ce n’est pas correct. Les tests de régression augmentent en nombre à mesure que le projet progresse, car de FL-2.2.3 K2 1
nouveaux tests de régression sont généralement nécessaires à mesure que des modifications sont
apportées au système. De même, le nombre de tests de confirmation augmente généralement à mesure
que le projet progresse, car de nouveaux tests de confirmation sont nécessaires pour chaque correctif
apporté à un système.
b) Ce n’est pas correct. C'est dans l'autre sens. Les tests de confirmation sont créés et exécutés
lorsque l'objet de test est corrigé, et les tests de régression sont (idéalement) exécutés
chaque fois que l'objet de test est amélioré (modifié)
c) Ce n’est pas correct. Les tests de confirmation vérifient qu'un défaut a été corrigé
correctement et concernent donc le test des modifications apportées à l'objet de test.
Cependant, les tests de régression garantissent que les modifications (y compris les
modifications apportées à l'environnement opérationnel) n'ont pas d'effets négatifs sur
les logiciels inchangés et ne vérifient donc pas que l'environnement opérationnel reste
inchangé.
d) Est exact. Les tests de régression garantissent que les modifications n'ont pas
d'effets négatifs sur le logiciel inchangé. Les tests de confirmation vérifient
qu'un défaut a été corrigé – et concernent donc le code modifié


(#) (LO) Points
15 b a) Ce n’est pas correct. Un manque de convivialité fourni via l'interface utilisateur peut être détecté grâce FL-3.1.2 K2 1
à un examen utilisant une liste de contrôle appropriée, mais le manque de convivialité peut
également être identifié en demandant à plusieurs utilisateurs typiques de tester dynamiquement
l'interface utilisateur et de fournir des commentaires sur sa convivialité.
b) Est exact. Une révision de code peut détecter le code qui ne peut être atteint par aucun chemin.
Cependant, les tests dynamiques ne peuvent tester que le code accessible et ne peuvent pas
déterminer que le code ne peut pas être atteint sans exécuter toutes les combinaisons
possibles d'entrées et d'états d'entrée, ce qui n'est pas pratique pour du code réel.
c) Ce n’est pas correct. Les mauvais temps de réponse pour la plupart des utilisateurs attendus sont difficiles à
déterminer sans exécuter le code (c'est-à-dire par des tests statiques), donc dans cette situation, les tests
dynamiques pourraient trouver un défaut, mais il est peu probable que les tests statiques le trouvent.
d) Ce n’est pas correct. Un examen du code par une personne connaissant les fonctionnalités
requises pourrait détecter que les fonctionnalités requises n'ont pas été implémentées
dans le code, et des tests dynamiques pourraient également être utilisés pour déterminer
que ces fonctionnalités requises n'ont pas été implémentées.


(#) (LO) Points
16 c a) Ce n’est pas correct. Les commentaires proviennent des parties prenantes (par exemple, un représentant de FL-3.2.1 K1 1
l'entreprise, un utilisateur final), et non des développeurs. Il est donc peu probable que ces commentaires
indiquent aux gestionnaires quels développeurs sont plus ou moins productifs.
b) Ce n’est pas correct. Les retours précoces et fréquents des parties prenantes ne sont pas
utilisés par les chefs de projet pour prioriser la manière dont ils interagissent avec les
différentes parties prenantes.
c) Est exact. Obtenir les commentaires des parties prenantes dès le début et souvent au
cours du processus de développement logiciel peut être très bénéfique car cela facilite
la communication précoce des problèmes de qualité potentiels, peut éviter les
malentendus sur les exigences et garantit que tout changement dans les exigences
des parties prenantes est compris et mis en œuvre plus tôt.
d) Ce n’est pas correct. Des retours précoces et fréquents peuvent empêcher le développement d’un
produit qui ne répond pas aux besoins des parties prenantes, et entraîner des retouches
coûteuses et des délais non respectés. Idéalement, il ne devrait y avoir aucun retard. De plus, les
commentaires proviennent des parties prenantes (et non d'eux), ce qui inclut les utilisateurs
finaux, de sorte que les utilisateurs finaux fournissant des commentaires n'aideront pas la
compréhension des utilisateurs finaux.


(#) (LO) Points
17 d Compte tenu de chacune des descriptions de tâches répertoriées : FL-3.2.2 K2 1
1. Les caractéristiques de qualité à évaluer et les critères de sortie sont sélectionnés -
(Planification (C) : définition de la portée de l'examen, de l'objectif, du produit du
travail à examiner, des caractéristiques de qualité à évaluer, des domaines d'intérêt,
des critères de sortie, des informations à l'appui telles que comme les normes, les
efforts et les délais.)
2. Tout le monde a accès au produit du travail - (Initiation de la révision (B) :
S'assurer que tous les participants ont accès au produit du travail et aux
ressources nécessaires, et clarifier leurs rôles et
responsabilités.)
3. Des anomalies sont identifiées dans le produit du travail - (Examen individuel
(A) : évaluer la qualité du produit du travail, identifier et consigner les
anomalies, les recommandations et les questions à l'aide de techniques
d'examen telles que l'examen basé sur des listes de contrôle et des scénarios.)
4. Les anomalies sont analysées et discutées - (Communication et analyse
(D) : analyser et discuter de chaque anomalie, déterminer son statut, sa
propriété et les actions requises, et prendre des décisions d'examen,
normalement lors d'une réunion. Cela pourrait inclure la détermination
de la nécessité d'un examen de suivi.)
Ainsi:
a) Ce n'est pas correct
b) N'est pas correct
c) N'est pas correct
d) Est exact. La correspondance correcte est : 1C, 2B, 3A, 4D


(#) (LO) Points
18 c Compte tenu de chacun des rôles répertoriés : FL-3.2.3 K1 1
1. Scribe (ou enregistreur) - chargé de recueillir les commentaires des évaluateurs et de
documenter les informations d'examen, telles que les décisions prises et toute
nouvelle anomalie identifiée au cours de la réunion d'examen. (Enregistre les
informations d'examen, telles que les décisions et les nouvelles anomalies
découvertes lors de la réunion d'examen - B)
2. Responsable de l'examen : responsable de la supervision du processus
d'examen, comme la sélection des membres de l'équipe d'examen, la
planification des réunions d'examen et la garantie que l'examen est mené à
bien. (Prend la responsabilité globale de l'examen, comme organiser le
moment et le lieu où l'examen aura lieu - D)
3. Facilitateur (ou modérateur) - chargé de garantir le bon déroulement des
réunions d'examen, notamment en gérant le temps, en méditant les
discussions et en créant un environnement sûr où chacun peut exprimer
librement ses opinions. (Assurer le déroulement efficace des réunions
d'examen et la mise en place d'un environnement d'examen sûr - A)
4. Gestionnaire - responsable de décider de ce qui doit être examiné et d'allouer des

ressources, telles que du personnel et du temps, pour l'examen. (Décide ce qui
doit être examiné et fournit des ressources, telles que du personnel et du
temps pour l'examen - C)
Ainsi:
c) Est exact. La correspondance correcte est : 1B, 2D, 3A, 4C
d) N'est pas correct


(#) (LO) Points
19 d a) Ce n’est pas correct. Les tests de table de décision sont une technique de test en boîte noire, FL-4.1.1 K2 1
ils sont donc basés sur des spécifications et non sur une structure : les cas de test ne sont
pas basés sur les décisions contenues dans le code source. Dans les tests de branche, les
cas de test sont dérivés de la connaissance du flux de contrôle de l'objet de test
b) Ce n’est pas correct. L'anticipation des défauts potentiels est utilisée pour deviner les erreurs
(une technique de test basée sur l'expérience), et non pour les tests de branche (une
technique basée sur la structure). Dans les tests de table de décision, les cas de test sont
dérivés de la spécification qui décrit la logique métier
c) Ce n’est pas correct. Si un scénario de test est basé sur la connaissance du flux de contrôle de
l'objet de test, il s'agit d'une technique de test en boîte blanche. Les tests de tables de décision
sont généralement basés sur une analyse de la logique métier. Il s'agit donc d'une technique de
test en boîte noire. Dans les tests de branche, les cas de test ne sont pas dérivés de la
spécification – cela en ferait une technique de test en boîte noire. Les tests de branche sont une
technique de test en boîte blanche, dans laquelle les cas de test sont dérivés en fonction de la
structure du code source.
d) Est exact. Le test de table de décision est une technique de test en boîte noire, il est donc
basé sur une analyse du comportement spécifié de l'objet de test sans référence à sa
structure interne. Par conséquent, les cas de tests sont indépendants de la manière
dont le logiciel est implémenté. Les tests de branche sont une technique de test en
boîte blanche, de sorte que les cas de test sont basés sur une analyse de la structure
interne et du traitement de l'objet de test. Comme les cas de test dépendent de la
manière dont le logiciel est conçu et codé, ils ne peuvent être créés qu'après la
conception ou la mise en œuvre de l'objet de test.


(#) (LO) Points
20 un a) Est exact. 19 couvre la partition « sans remise », 20 couvre la partition « FL-4.2.1 K3 1
50 % de remise » et 30 couvre la partition « 10 % de remise ». Ces trois
valeurs couvrent les trois partitions d'équivalence valides
b) Ce n’est pas correct. 11 et 12 couvrent la partition « sans remise », tandis que 20
couvrent la partition « 50 % de remise », couvrant ainsi deux des trois partitions
d'équivalence valides.
c) Ce n’est pas correct. 1 couvre la partition « sans remise », tandis que 10 et 50 couvrent la
partition « 10 % de remise ». La tranche « 50 % de remise » n'est pas couverte, donc
globalement deux des trois tranches d'équivalence valables sont couvertes
d) Ce n’est pas correct. 29 et 31 couvrent la partition « sans remise », tandis que 10 et 30

couvrent la partition « 10 % de remise ». La tranche « 50 % de remise » n'est pas
couverte, donc globalement deux des trois tranches d'équivalence valables sont
couvertes


(#) (LO) Points
21 d Le domaine pour la longueur du mot de passe comporte trois partitions d'équivalence : FL-4.2.2 K3 1
- mots de passe trop courts {0, 1, …, 4, 5}
- mots de passe OK {6, 7, …, 11, 12} mots de
- passe trop longs {13, 14, …}
Pour obtenir une couverture complète pour un BVA à 3 valeurs, nous devons tester les valeurs
suivantes :
0, 1, 4, 5, 6, 7, 11, 12, 13, 14.
Puisque le BVA à 2 valeurs est déjà couvert, cela signifie que nous avons déjà testé
les mots de passe de longueur :
0, 5, 6, 12 et 13.
Cela signifie que les longueurs supplémentaires qui doivent être couvertes pour passer de la
valeur 2 à la valeur 3 sont :
1, 4, 7, 11 et 14.
Ainsi:
d) Est-ce correct


(#) (LO) Points
22 b Il y a cinq colonnes dans la table de décision. Chaque cas de test couvre l'un d'entre FL-4.2.3 K3 1
eux.
TC1 et TC2 couvrent tous deux la Règle 4.
TC3 et TC4 couvrent tous deux la Règle 2.
TC5 couvre la Règle 5.
Ainsi, ces cinq cas de test couvrent trois colonnes sur cinq, obtenant une
couverture de (3/5)*100 % = 60 %. Par conséquent, l’option b) est la bonne
option.
Ainsi:
b) Est-ce exact

23 c FL-4.2.4 K3 1
Faisons référence aux transitions avec E1, …, E5 comme sur l'image. La variable N désigne
le nombre d'éléments actuellement stockés. Chaque événement « Add » l'augmente de 1,
et chaque événement « Remove » le diminue de 1. Notez que lorsque l'événement « Add »
se produit alors qu'il est dans l'état NOT FULL, l'état passe à FULL uniquement si N=2. Si
N<2, le système reste dans l'état NOT FULL. Si N=0, aucune action « Supprimer » n’est
possible. De même, si N=3, aucune action « Ajouter » n'est possible.
Le test a) peut s'écrire sous la forme E1, E3, E3, E2, E4 (couvre donc 4 transitions
valides sur 5, atteignant une couverture de transitions valides de 80 %).
Le test b) est infaisable, car après les trois premières actions « Add » le système
est dans l'état FULL et il n'y a pas de transition valide allant de FULL déclenchée
par l'événement « Add ». Après les trois premières transitions, seulement 60 %
de la couverture des transitions valides est atteinte. Le test c) peut s'écrire sous
la forme E1, E2, E4, E5, E3 (couvre donc 5 transitions valides sur 5, atteignant une
couverture de transitions valides à 100 %).
Le test d) peut s'écrire sous la forme E1, E2, E4, E5, E4 (couvre donc 4 transitions
valides sur 5, atteignant une couverture de transitions valides de 80 %).
Ainsi:
c) Est-ce correct

(#) (LO) Points
24 b a) Ce n’est pas correct. La couverture est toujours définie comme le pourcentage des FL-4.3.1 K2 1
éléments couverts. Il ne peut donc pas dépasser 100 %
b) Est exact. Si les instructions exécutées par T1 et T2 étaient disjointes, la couverture
de la suite de tests {T1, T2} serait de 105%, ce qui est impossible (voir réponse a).
Par conséquent, au moins 5 % des instructions exécutables doivent avoir été
exécutées à la fois par T1 et T2.
c) Ce n’est pas correct. La couverture des instructions ne nous dit rien sur le
nombre d'instructions non exécutables dans le code
d) Ce n’est pas correct. Même si une suite de tests atteint une couverture complète des instructions,
cela n'implique pas une couverture complète des branches.


(#) (LO) Points
25 c Le test de branche est une technique de test en boîte blanche dans laquelle les éléments de FL-4.3.2 K2 1
couverture sont des branches. Une branche est un transfert de contrôle entre deux nœuds dans le
graphe de flux de contrôle, qui montre les séquences possibles dans lesquelles les instructions du
code source sont exécutées dans l'objet de test. Chaque transfert de contrôle peut être
inconditionnel (c'est-à-dire un code linéaire) ou conditionnel (c'est-à-dire le résultat d'une décision).
La couverture est mesurée comme le nombre de succursales exercées par les cas de test divisé par
le nombre total de succursales et est exprimée en pourcentage.
Ainsi:
a) Ce n’est pas correct. Un résultat de décision est une branche conditionnelle. Pour les tests de branche, X
compte non seulement les branches conditionnelles, mais aussi les branches inconditionnelles
b) Ce n’est pas correct. La couverture des succursales compte non seulement les succursales conditionnelles, mais
également les succursales inconditionnelles
c) Est exact. La couverture des succursales est mesurée comme le nombre de

succursales exercées par les cas de test divisé par le nombre total de
succursales et est exprimée en pourcentage.
d) Ce n’est pas correct. X et Y ne comptent que les branches conditionnelles et ne prennent
pas en compte les branches inconditionnelles


(#) (LO) Points
26 un, e Les tests exploratoires sont utiles lorsque les spécifications sont peu nombreuses ou FL-4.4.2 K2 1
inadéquates ou lorsque les délais sont importants. Les tests exploratoires sont également
utiles pour compléter d’autres techniques de test plus formelles. Les tests exploratoires
seront plus efficaces si le testeur est expérimenté, possède une connaissance du domaine et
possède un degré élevé de compétences essentielles, telles que des capacités d'analyse, de
curiosité et de créativité.
Ainsi:
a) Est exact. Les tests exploratoires sont utiles lorsque les spécifications sont peu
nombreuses ou inadéquates ou lorsqu'il y a une pression de temps importante sur les
tests.
b) Ce n’est pas correct. Les tests exploratoires ne sont pas une technique de test en boîte noire
c) Ce n’est pas correct. Les tests exploratoires sont utiles lorsque les spécifications sont
mal rédigées
d) Ce n’est pas correct. Les compétences en programmation n'ont en principe rien à voir avec
les tests exploratoires
e) Est exact. Les tests exploratoires seront plus efficaces si le testeur est expérimenté, possède
une connaissance du domaine et possède un degré élevé de compétences essentielles, telles
que des capacités d'analyse, de curiosité et de créativité.


(#) (LO) Points
27 d a) Ce n’est pas correct. Les listes de contrôle doivent contenir les conditions de test à vérifier. Il FL-4.4.3 K2 1
s'agit d'un exemple d'erreur et non d'une condition de test ; même si le testeur a pu déduire
certaines conditions de test potentielles à partir des exemples d'erreurs, cette description de
l'erreur est trop générale
b) Ce n’est pas correct. Les listes de contrôle ne doivent pas contenir d’éléments mieux adaptés
comme critères de sortie. Ceci est un exemple de critère de sortie
c) Ce n’est pas correct. Les listes de contrôle ne doivent pas contenir d’éléments trop
généraux. Il s'agit d'un élément très général, qui décrit pratiquement l'objectif des
tests.
d) Est exact. Ceci est un exemple de condition de test qui peut être vérifiée par un
humain.
28 b a) Ce n’est pas correct. Le format orienté règles inclut des formats tels que des FL-4.5.2 K2 1
listes de vérification à puces ou des formes tabulées de mappages entrées-
sorties, montrant explicitement les règles à suivre. Given/When/Then est un
format orienté scénario car il décrit un scénario à vérifier
b) Est exact. Il s'agit d'un format Given/When/Then, orienté scénario.
c) Ce n’est pas correct. Il n'existe pas de format de critères d'acceptation « orienté produit »
d) Ce n’est pas correct. Il n'existe pas de format de critères d'acceptation « orienté
processus »
29 d a) Ce n’est pas correct. Le scénario de test est lié à l'affichage des commandes précédentes dans l'historique FL-4.5.3 K3 1
des commandes
b) Ce n’est pas correct. Le scénario de test est lié à l'affichage des commandes précédentes
c) Ce n’est pas correct. Le scénario de test est lié à l'affichage des commandes précédentes dans l'historique
des commandes
d) Est exact. Le cas de test est lié au processus d'enregistrement, qui n'est pas abordé dans
la user story. La user story concerne la visualisation des commandes précédentes


(#) (LO) Points
30 un a) Est exact. C'est quelque chose qui peut (et doit) être vérifiéavant le code FL-5.1.3 K2 1
est soumis au contrôle de version
b) Ce n’est pas correct. C'est quelque chose qui peut être vérifiéaprèsl'étape (2) est
effectuée, car le rapport sur les conflits de fusion peut être effectuéaprèsle code
est soumis et fusionné
c) Ce n’est pas correct. Cela correspond mieux comme critère d’entrée pour l’étape (3)
d) Ce n’est pas correct. Cela correspond mieux comme critère de sortie pour l’étape (3)
31 b L'effort de développement moyen est de 900 000 $ et l'effort de test moyen est de 90 FL-5.1.4 K3 1
000 $ (calculé à partir des quatre projets).
Le ratio moyen entre les efforts de test et de développement est de 1:10 (90 000 $ : 900 000 $),
ce qui signifie qu’historiquement, en moyenne, l’effort de test représente 10 % de l’effort de
développement.
Ainsi, si l'effort de développement est estimé à 800 000 $, l'effort de test estimé est
estimé comme suit :
10 % * 800 000 $ = 0,1 * 800 000 $ = 80 000 $.
Ainsi:
b) Est-ce exact


(#) (LO) Points
32 un Selon les dépendances, les tests SEARCH doivent être exécutés en premier, puis les FL-5.1.5 K3 1
tests VIEW, puis les tests ADD et, à la fin, les tests ORDER. Au sein de chacun de ces
groupes, l'ordre est déterminé par les priorités des cas de test.
Ainsi, TC1 doit être exécuté en premier, puis TC2, puis TC4 suivi de TC3, et
enfin TC5 en dernier.
Ainsi, l'ordre est : TC1, TC2, TC4, TC3, TC5.
Ainsi:
a) Est exact. TC3 sera le quatrième cas de test exécuté
33 d a) Ce n’est pas correct. Les tests d'utilisabilité sont des tests destinés aux entreprises qui FL-5.1.7 K2 1
critiquent le produit (T3)
b) Ce n’est pas correct. Les tests fonctionnels sont des tests destinés aux entreprises (T2)
c) Ce n’est pas correct. Les tests d'acceptation des utilisateurs sont des tests destinés aux
entreprises qui critiquent le produit (T3)
d) Est exact. Les tests d'intégration de composants sont des tests technologiques
qui soutiennent l'équipe (guident le développement) (T1)


(#) (LO) Points
34 c Compte tenu de chacun des risques répertoriés et de leurs atténuations : FL-5.2.4 K2 1
1. Les réponses longues du système (1) peuvent être testées lors de tests de performances
(B)
2. Les changements dans les préférences des consommateurs (2) sont généralement hors de notre
contrôle, nous acceptons donc généralement ce risque (A)
3. L'inondation de la salle des serveurs (3) peut entraîner des pertes importantes, nous devons
donc transférer le risque, par exemple en souscrivant une police d'assurance (D)
4. Le fait que les patients au-dessus d'un certain âge reçoivent des rapports
inexacts (4) suggère un problème de limite potentiel, qui peut être détecté
efficacement avec des techniques telles que BVA (C)
Ainsi:
c) Est exact. Les combinaisons correctes de risque et d'atténuation sont : 1B, 2A,
3D et 4C.
35 un a) Est exact. Les indicateurs de qualité des produits mesurent les caractéristiques de qualité. Le temps moyen FL-5.3.1 K1 1
jusqu'à l'échec mesure la maturité, il s'agit donc d'une mesure de la qualité du produit
b) Ce n’est pas correct. Ceci est un exemple de métrique de défaut, pas de métrique de qualité
de produit.
c) Ce n’est pas correct. Ceci est un exemple de mesure de couverture, et non de mesure de qualité
de produit.
d) Ce n’est pas correct. Ceci est un exemple de métrique de défaut, pas de métrique de qualité
de produit.


(#) (LO) Points
36 un a) Est exact. Le client se trouve dans un lieu et un fuseau horaire différents, il peut donc FL-5.3.3 K2 1
être difficile de communiquer en face à face
b) Ce n’est pas correct. Les tableaux de bord sont généralement accessibles à tout utilisateur à tout
moment, de sorte que la différence de fuseaux horaires ne constituera pas autant d'obstacle à la
communication qu'une communication verbale en face à face.
c) Ce n’est pas correct. Bien que le décalage horaire entre l'Europe et l'Amérique soit de
plusieurs heures, et que cela puisse causer quelques désagréments, ce n'est certainement
pas aussi important qu'avec une communication en face à face.
d) Ce n’est pas correct. Les outils de vidéoconférence sont un moyen de
communication pratique. Bien que la communication entre l'Europe et l'Amérique
pendant les heures de travail nécessite généralement qu'une des parties se
connecte très tôt ou très tard, cela ne constitue pas autant d'inconvénients qu'une
communication verbale en face à face.
37 un a) Est exact. Pour un élément de configuration complexe (par exemple, un environnement de FL-5.4.1 K2 1
test), CM enregistre les éléments qui le composent, leurs relations et leurs versions.
b) Ce n’est pas correct. Les outils CM n'exécutent pas de cas de test et ne calculent pas la
couverture
c) Ce n’est pas correct. Un outil CM n'est pas un outil de gestion de licences
d) Ce n’est pas correct. Les outils CM ne génèrent pas de données de test


(#) (LO) Points
38 b a) Ce n’est pas correct. Bien que la phrase soit vraie, elle n'apporte pas beaucoup de valeur FL-5.5.1 K3 1
au développeur.
b) Est exact. D'après les résultats des tests, il semble que le système ignore les doublons et
trie la liste sans tenir compte des répétitions. C'est probablement la cause des échecs
dans TC3, TC4, TC5. Ces informations peuvent aider le développeur à trouver le défaut et
à le corriger plus efficacement.
c) Ce n’est pas correct. Le système n’échoue pas dans le tri des nombres négatifs. Le
problème est plutôt de ne pas tenir compte des doublons
d) Ce n’est pas correct. Les cas de test TC3, TC4 et TC5 échouent, mais nous ne savons
pas si les cas de test présentent des défauts
39 c Compte tenu de chacune des catégories d’outils répertoriées et de leurs descriptions : FL-6.1.1 K2 1
A. Outils de tests statiques – aident le testeur à effectuer des révisions et des
analyses statiques (4)
B. Outils prenant en charge l'évolutivité et la standardisation du déploiement – Par
exemple, machines virtuelles, outils de conteneurisation (3)
C. Outils DevOps – prennent en charge le pipeline de livraison DevOps, le suivi des flux de
travail, les processus de construction automatisés, la continuité
intégration/livraison continue (CI/CD) (1)
D. Outils de collaboration – faciliter la communication (2)
Ainsi:
c) Est exact. La correspondance correcte est : 1C, 2D, 3B, 4A


(#) (LO) Points
40 un a) Est exact. L'automatisation des tests peut fournir des mesures trop compliquées à FL-6.2.1 K1 1
dériver pour les humains, telles que des mesures de couverture de test en boîte
blanche pour tout le code, sauf le plus trivial.
b) Ce n’est pas correct. En utilisant des outils de test, la responsabilité des tests n'est PAS
partagée avec le fournisseur de l'outil, car celui-ci n'est pas impliqué dans les tests et
relève de la responsabilité du testeur. La seule responsabilité possible qui pourrait être
attribuée au fournisseur de l'outil est si l'outil ne fonctionne pas comme prévu et fournit
des résultats de test incorrects.
c) Ce n’est pas correct. Les testeurs doivent toujours faire preuve d’esprit critique lors de l’analyse
des anomalies dans les résultats des tests afin d’en déterminer la cause probable.
d) Ce n’est pas correct. Ni les testeurs ni les outils ne peuvent générer de cas de test
simplement à partir d'une analyse du code du programme, car le code constitue
l'implémentation et ne fournit aucune information sur les résultats attendus, qui
devront provenir d'une autre partie de la base de test, telle que la spécification de
conception.


ISTQB CTFL v4.0 Sample-Exam-B-Answers

Transféré par

Droits d'auteur :

Formats disponibles

ISTQB CTFL v4.0 Sample-Exam-B-Answers

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ISTQB CTFL v4.0 Sample-Exam-B-Answers

Transféré par

Droits d'auteur :

Formats disponibles

Traduit de Anglais vers Français - www.onlinedoctranslator.

Exemple d’examen – Réponses

ISTQB®Programme de testeur certifié

Conseil international des qualifications en matière de tests de logiciels

Version 1.0 Sortie le 16 octobre 2023

ISTQB®est une marque déposée de l'International Software Testing Qualifications Board.

Tous droits réservés.

Responsabilité des documents

L'ISTQB®Le groupe de travail sur l’examen est responsable de ce document.

Version 1.0 Page 2 sur 37 16 octobre 2023

Historique des révisions

Version Date Remarques

Version 1.0 Page 3 sur 37 16 octobre 2023

Table des matières

Copyright ................................................ .................................................................. ...................... 2

Version 1.0 Page 4 sur 37 16 octobre 2023

Dans ce document vous pourrez trouver :

- Tableau des corrigés, comprenant pour chaque bonne réponse :

-Les questions sont contenues dans un document séparé

Version 1.0 Page 5 sur 37 16 octobre 2023

Version 1.0 Page 6 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 7 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 8 sur 37 16 octobre 2023

Version 1.0 Page 9 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 10 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

c) Est exact. Le nombre d'années d'expérience des membres de l'équipe de tests

Version 1.0 Page 11 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 12 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 13 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 14 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 15 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 16 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 17 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 18 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 19 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 20 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 21 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

4. Gestionnaire - responsable de décider de ce qui doit être examiné et d'allouer des

Version 1.0 Page 22 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

Version 1.0 Page 23 sur 37 16 octobre 2023

Question Correct Explication / Justification Apprentissage Niveau K Nombre

d) Ce n’est pas correct. 29 et 31 couvrent la partition « sans remise », tandis que 10 et 30

Version 1.0 Page 24 sur 37 16 octobre 2023