Pratique des tests logiciels Page 1 sur 11

Correction du QCM

Nous avons propos dans le dernier chapitre de notre livre quelques questions choix multiples
en relation avec les diffrents chapitres du livre et couvrant le syllabus de lISTQB ; ces
questions ont pu tre utilises dans la prparation la certification ISTQB niveau fondation telle
quelle tait dfinie lors de la parution de cet ouvrage. La certification, niveau fondation, contient
une quarantaine de questions auxquelles il faut rpondre en 1 heure. Chaque question ne
contient quune bonne rponse et il ny a pas de points ngatifs. Pour obtenir la certification, il
faut avoir plus de 65 % de rponses valides. Pour le niveau avanc, il faut rpondre un
questionnaire de 65 questions raliser en 1 h 30 avec un niveau de difficult associ chaque
question (de 1 3). Il faut obtenir plus de 65 % des points totaux.
Nous proposons ici les rponses ce QCM et apportons quelques clairages sur ces rponses.

Q1) Pendant les tests, il est ncessaire de : (1)

a) Tester toutes les parties du systme avec la mme intensit, parce que des
anomalies peuvent tre dtectes nimporte o.

b) Tester linterface utilisateur en priorit parce que ses anomalies sont les plus
drangeantes pour lutilisateur.

c) Tester en priorit les composants du systme pour lesquels les dfauts gnrent
les risques les plus importants.

d) Tester en priorit les accs aux bases de donnes de faon viter des donnes
errones et des inconsistances dans la base de donnes.

e) Tester en priorit les performances de faon amliorer les temps de rponse.
Q1) Bien que les dfauts puissent apparatre potentiellement dans toutes les parties
du logiciel, leffort de test ne doit absolument pas tre rparti uniformment mais
centr sur les zones du logiciel qui prsentent le plus grand risque de dfaut car plus
complexes ou plus impactant en cas de dfaut ; i.e. les 20 % du code qui peuvent
contenir les 80 % de dfauts. La bonne rponse est donc la rponse c.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 2 sur 11

Q2) Les tests statiques et les tests dynamiques : (1)

a) Sont deux familles de tests complmentaires.

b) Sont incompatibles : il faut choisir avant de commencer la phase de tests.
Q2) Les tests tentent de dcouvrir les dfauts prsents dans un logiciel ; pour ce
faire, une approche est dobserver le comportement de celui-ci dans diffrentes
situations bien choisies, on parle alors de tests dynamiques. Lautre possibilit est
danalyser le logiciel en tudiant la faon dont il est conu, sans le faire fonctionner ;
on parle alors de tests statiques. Ces deux approches sont bien entendu
complmentaires et la bonne rponse est a.

Q3) Les tests sont : (1)

a) Inutiles la plupart du temps du fait de lamlioration continue des techniques de

dveloppement et dintgration.

b) Indispensables pour rduire les cots et les dlais tout en augmentant la qualit.
c) Importants mais impraticables donc liminer.
Q3) Les tests, bien que demandant des efforts non ngligeables, permettent,
lorsquils sont bien mens, dliminer bon nombre de dfauts prsents dans un
logiciel et donc den amliorer la qualit. Si les outils, techniques et les langages
utiliss pour dvelopper un logiciel permettent dencadrer les phases de
dveloppements, ils ne peuvent, et ne pourront sans doute jamais, liminer la
prsence de dfaut dans un logiciel ; les tests sont et resteront ncessaires ; la bonne
rponse est donc la rponse b.

Q4) Quelle affirmation est exacte : (1)

a) Lactivit de test ncessite dtre curieux cest pour cela que cest prfrable de la
confier des personnes sans exprience.

b) Lactivit de test ncessite dtre curieux mais demande de lexprience.
c) Lactivit de test ne ncessite quun bon sens de la communication.
d) Lactivit de test ncessite de prendre position quitte grossir ou extrapoler
certaines donnes.

Q4) La curiosit est un atout indniable pour un testeur ; nanmoins, cette qualit
elle seule ne peut se substituer lexprience et la formation, comme cest le cas
pour la plupart des mtiers. La bonne rponse est donc la rponse b.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 3 sur 11

Q5) Une fonction calcule un rsultat laide quatre paramtres entiers (cods (2)
sur 32 bits) ; il y a donc 232*4 = 2 128 1 043 possibilits distinctes dappel de
la fonction :

a) Ce nombre est tellement grand quil est inutile dessayer de tester la fonction ; la
tche est impossible !

b) En y consacrant de lnergie on pourra tester toutes les possibilits.
c) En procdant avec mthode il suffit de tester la fonction avec quelques valeurs
pertinentes pour avoir une trs grande assurance sur sa correction.

d) Ce cas narrive jamais, il est inutile de se poser ce genre de problme !
Q5) Les mthodes de tests par partition ou de tests par table de dcision permettent
de mettre en vidence, partir des spcifications, des ensembles de valeurs
conduisant des comportements identiques ; ces stratgies permettent ainsi de
rduire des ensembles de valeurs gigantesques, cas frquents, quelques valeurs
pertinentes. La rponse juste est donc la rponse c.

Q6) Les tests dintgration : (1)

a) Ne peuvent tre fait correctement que si les tests unitaires ont t faits
correctement.

b) Remplacent les tests unitaires.
c) Sont incompatibles avec les tests unitaires.
d) Se font avant les tests unitaires.
Q6) Les tests dintgration visent dtecter les dfauts dinteraction entre les
composants et les dfauts prsents au niveau des interfaces. Ils nont dintrt que si
les composants fonctionnent correctement en isolation, donc si les tests unitaires ont
dj t mens. La rponse correcte est donc la rponse a.

Q7) Les mthodes agiles : (1)

a) Mettent en avant la souplesse des programmeurs car ils doivent programmer

dans diffrentes postures pour maintenir une forte concentration.

b) Mettent en avant les tests qui doivent tre raliss trs rgulirement.
c) Rendent inutiles les tests car le code ne peut contenir des erreurs avec ces
techniques.

d) Dconseillent lutilisation des tests car ceux-ci risquent de casser laspect
agile des mthodes.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 4 sur 11

Q7) Bien que les mthodes agiles demandent une certaine jeunesse desprit il nest
pas besoin dtre athltiques pour les mettre en uvre. Un des points essentiel de ces
mthodes est de placer les tests au cur du processus de dveloppement en rduisant
la dure des cycles et en favorisant lanticipation des tests avant les ralisations. La
rponse correcte est donc la rponse b.

Q8) Quel terme ne dsigne PAS une stratgie de tests dintgration : (1)

a) Mthode incrmentale ascendante.

b) Mthode incrmentale descendante.
c) Mthode de la rgression minimale.
d) Mthode du big bang.
Q8) Les tests dintgration consistent observer les interactions entre les diffrents
composants du logiciel. Dans le cas o les observations portent sur tous les
composants qui sont mis en fonctionnement au mme moment on parle de stratgie
big bang , dans le cas o lon met en fonctionnement les composants dans un
ordre li aux dpendances entre les composants on parle de stratgie ascendante ou
descendante. Il fallait donc choisir la rponse c.

Q9) La technique des tests aux limites consiste : (1)

a) Pousser aux limites les quipes de tests en les mettant fortement sous pression.
b) Essayer datteindre la limite des fonctions de maturit du logiciel.
c) Faire fonctionner le logiciel aux limites de ses spcifications.
d) Faire fonctionner le logiciel le plus longtemps possible.
Q9) Tester un composant aux limites consiste observer son comportement lorsquil
est plac prs de ses limites de fonctionnement telles que dcrites par les
spcifications. La bonne rponse est donc la rponse c.

Q10) La technique de partitionnement en classes dquivalence : (1)

a) Consiste trouver des domaines sur lesquels le logiciel se comporte de faon

homogne.

b) Consiste trouver des logiciels quivalant au logiciel tester et rutiliser les
jeux de tests qui ont t faits pour ce logiciel.

c) Consiste diviser lquipe de test en groupe de tailles et dexpriences
quivalentes.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 5 sur 11

Q10) La technique de partitionnement en classes dquivalence permet par lanalyse

des spcifications de rduire de grands ensembles de valeurs en plus petits domaines
de telle sorte que chacun de ces domaines dfinisse un ensemble de valeurs
quivalentes vis--vis du comportement du logiciel tester. La bonne rponse est
donc la a.

Q11) Comment dsigne-t-on galement les tests botes noires ? (1)

a) Tests unitaires
b) Tests dintgration
c) Tests fonctionnels
d) Revues de code
Q11) Les tests botes noires sont souvent appels galement tests fonctionnels car
lon sintresse au fonctionnement du logiciel sans essayer den connatre les dtails
de ralisation ; ces tests peuvent porter sur un composant seul ou sur un logiciel
complet ; la bonne rponse est donc la rponse c.

Q12) Les tests botes noires utilisent : (1)

a) Le code du logiciel tester.

b) Les commentaires du logiciel tester.
c) Les spcifications du logiciel tester.
d) Les commentaires de lquipe de ralisation.
Q12) Les tests botes noires portent ce nom car on ne cherche pas connatre ce
quil y a dans le logiciel test ; cest une bote opaque, noire. Les seuls lments que
le testeur va utiliser pour composer ses tests sont tout ce qui relve des spcifications
et il va sinterdire tout ce qui pourrait tre li aux dtails de ralisation. Il fallait donc
choisir la rponse c.

Q13) Les tests botes blanches utilisent (plusieurs rponses possibles) : (1)

a) Le code du logiciel tester.

b) Les commentaires du logiciel tester.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 6 sur 11

c) Les spcifications du logiciel tester.

d) Les commentaires de lquipe de ralisation.
Q13) Au contraire, les tests botes blanche vont utiliser les dtails de ralisation
pour dfinir les jeux de tests ; il peut sagir du code, des commentaires prsents dans
le code mais aussi les commentaires faits par lquipe ainsi que les spcifications ; il
fallait donc cocher lensemble des rponses.

Q14) La notion de couverture dans les tests : (1)

a) Nest pas utilise.

b) Permet de couvrir une erreur faite lors des tests qui endommage le logiciel
tester.

c) Sert vrifier quun ancien jeu de valeurs peut tre rutilis dans un nouveau
contexte.

d) Sert dfinir un objectif pour les tests.
Q14) La notion de couverture ne fait pas rfrence au sens de protection, dans le sens
se couvrir des consquences dune action, mais au sens de parcourir, couvrir un
espace, couvrir un ensemble dinstruction ou de condition lies au code tester dans
le but danalyser comment les tests ont parcourus ou couvert le logiciel lors de leur
excution. Cest une notion ancienne trs utilise. La bonne rponse est donc la d.

Q15) La couverture de toutes les dcisions (dite encore toutes les (1)
branches ) :

a) Recouvre la couverture tous les chemins .

b) Recouvre la couverture toutes les instructions .
c) Recouvre la couverture toutes les conditions .
d) Recouvre la couverture tous les chemins .
Q15) On peut chercher excuter toutes les instructions lors des tests et lon parle de
couverture de toutes les instructions ; on peut aussi chercher valuer leffet des
conditions lmentaires prsentes dans les branchements ou dcision ; on parle alors
de toutes les conditions. Lorsque lon se focalise sur les branchements, on parle alors
de toutes les dcisions. Par construction, lorsque lon couvre toutes les dcisions, on

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 7 sur 11

couvre tous les branchements et par effet secondaire, toutes les instructions. Par
contre on ne couvre pas toutes les conditions et encore moins tous les chemins. Il
fallait donc choisir la rponse b.

Q16) Combien de cas de tests sont ncessaires pour atteindre le critre (2)
toutes les instructions (C0) sachant que les deux conditions sont
indpendantes :
...

if (condition 1)

then statement 1

else statement 2 fi

if (condition 2)

then statement 3

fi

...

a) Un cas de tests
b) Deux cas de tests
c) Trois cas de tests
d) Quatre cas de tests
Q16) Dans cette portion de code, les deux conditions tant indpendantes, il suffit de
choisir deux cas de tests pour couvrir toutes les instructions (et aussi, ici, toutes les
conditions et toutes les dcisions) ; un cas o les deux conditions sont fausses et un
cas o les deux conditions sont vraies. La bonne rponse est donc la rponse b.

Q17) Combien de cas de tests sont ncessaires pour atteindre le critre toutes les
dcisions (C1) sachant que les deux conditions sont indpendantes :
...

if (condition 1)

then statement 1

else statement 2

fi

if (condition 2)

then statement 3

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 8 sur 11

fi

...

a) Un cas de tests
b) Deux cas de tests
c) Trois cas de tests
d) Quatre cas de tests
Q17) De la mme faon que prcdemment deux cas de test permettent dobtenir
galement la couverture de toutes les dcisions ; un cas o les deux conditions sont
fausses et un cas o les deux conditions sont vraies ; rponse b.

Q18) Leffort de tests dans un projet : (1)

a) Est de lordre de 20 % de leffort global, voire moins pour les applications peu
critiques.

b) Est proportionnel au nombre de lignes de code livres.

c) Inclut galement le temps pass par le client dans le cadre de cette activit.
d) Doit tre valu en dbut de projet.
Q18) Mesurer leffort de test pour un projet donn reste une activit pour laquelle
peu de rsultat thorique existe dans le cas gnral ; cet effort dpend grandement
des conditions particulires lies au projet, des quipes en place, des versions dj
livres ou en fonctionnement, etc. La rponse exacte est donc d.

Q19) Rechercher les dfauts : (1)

a) Est trs coteux en dbut de projet, cela mobilise beaucoup trop de monde pour
faire des inspections.

b) Il est plus efficace de rechercher les dfauts le plus tt possible.

c) Pour un dfaut donn, son cot de recherche est beaucoup plus lev en fin de
projet quen dbut de projet.

d) Na finalement quune bonne efficacit en fin de projet.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 9 sur 11

Q19) La recherche des dfauts est une opration qui ncessite des ressources mais
peut tre mene efficacement aux diffrents stades du projet. Il nest pas
ncessairement plus difficile de dtecter un dfaut en fin quen dbut de projet.
Cependant, la dcouverte dun dfaut entrane des analyses, des corrections et
potentiellement lannulation doprations errones dj ralises avec un logiciel
dfectueux. Ainsi, plus le dfaut est dcouvert tt plus les consquences de ce dfaut
seront faciles corriger. En termes defficacit, il est donc plus efficace au niveau du
projet de rechercher les dfauts dans les premiers stades de dveloppement du
logiciel ; la rponse juste est donc la rponse b.

Q20) Les dfauts sont introduits : (1)

a) Tout au long du cycle du projet.

b) Uniquement ds que lon programme, les dfauts ne sont essentiellement que
les consquences derreurs de programmation.

c) ventuellement en consquence dune spcification ambigu.

d) Essentiellement volontairement et de manire malveillante par les quipes projet.
Q20) La ralisation de logiciel est une activit complexe faisant intervenir de
nombreux acteurs qui peuvent tous involontairement commettre des erreurs de
raisonnement ou de ralisation. Ces erreurs peuvent intervenir tous les stades du
projet et toucher les spcifications, le code, ou mme les recettes ; si les actes
malveillants sont possibles, ils sont relativement rares ne sont en aucun cas la cause
essentielle de ces dfauts ; la rponse correcte est donc la rponse a.

Q21) Que recommanderiez-vous votre client ? (1)

a) De simpliquer dans le projet dans les phases de validation.

b) De faire totalement confiance la MOE qui garantira la qualit de lapplication.
c) Dtre vigilant et de contrler rgulirement les livraisons intermdiaires en fixant
des jalons avec la MOE en dbut de projet.

d) Dtre souple sur les dlais de livraison, un retard peut amliorer la qualit du
produit livr.

Q21) Dans le cadre de la gestion des projets, si des dlais trop courts risquent
dentraner une augmentation des dfauts, tout retard est potentiellement le signe de
difficults et donc, de dfauts dans le logiciel livr. Limplication rgulire de la
matrise duvre est essentielle pour garantir la qualit du logiciel et un bon moyen
dy parvenir est de suivre rgulirement lavance des travaux en fixant des jalons et

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 10 sur 11

en vrifiant lavance du projet vis--vis de ces jalons. La bonne rponse est donc la
rponse c.

Q22) Je suis chef de projet, mon projet est en retard, que dois-je faire ? (2)

a) Livrer tel quel, je ngocierai avec mon client ensuite.

b) Essayer de rduire au maximum le nombre de dfauts, quitte rengocier la
baisse les fonctionnalits livrer.

c) Demander au client une prolongation du projet.
d) Adopter une dmarche prventive, pour viter de me trouver dans ce type de
situation.

Q22) En tant que chef de projet, et si lon omet les vux pieux, lapproche
privilgier lors dun retard est de viser restreindre les fonctionnalits sans baisser
les objectifs en termes de qualit. Cette approche est naturelle dans les dmarches
itratives o lon peut arrter le projet une itration lorsque les dlais ou les budgets
sont dpasss ; on obtient alors un logiciel moins ambitieux mais nanmoins
oprationnel et fiable. La bonne rponse est donc la rponse b.

Q23) quel moment dans un projet dois-je penser lactivit de tests ? (1)

a) Le plus tt possible, les tests doivent tre planifis.

b) Il est possible deffectuer les scnarios de tests de recette ds la phase
dexpression de besoins.

c) Jai tout mon temps, le cycle de vie que jutilise est en V, je commencerai
lactivit de tests ds lors que mon quipe aura termin le codage.

d) Je suis tellement sous pression que nous ferons les tests que si nous avons le
temps en fin de projet.

Q23) Tester efficacement un logiciel ne peut se faire lorsque la pression du client ou

des utilisateurs devient trop forte. Il faut avoir prvu ces tests bien en amont des
phases de dveloppement ; en particulier, les scnarios de test peuvent tre prvus
ds la phase dexpression de besoins laide des cas dusage utiliss lors de cette
phase. La bonne rponse est donc la rponse b.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.

 Pratique des tests logiciels Page 11 sur 11

Q24) Quelle affirmation sur les outils de test statiques est exacte : (1)

a) Les outils de test statiques sont issus de technologies proches de celles utilises
par les compilateurs.

b) Les outils de test statiques ne peuvent pas donner dinformation sur le
comportement dynamique du programme.

c) Les outils de test statiques ne peuvent utiliser que lorsque tout le code est
finalis.

d) Les outils de test statiques sont rcents et donc encore immatures.
Q24) Les tests statiques sappuient sur les dtails de ralisation et de faon
privilgie sur le code du logiciel. Les outils de tests statiques sont donc des outils
anciens et matures, bass sur les mmes technologies que les compilateurs, analyse
lexicale et analyse grammaticale en particulier et peuvent donner une information
prcieuse sur le comportement du logiciel. La bonne rponse est donc la rponse a.

Q25) Lorsque lon introduit un nouvel outil dans une organisation, il est vrai (1)
que :

a) Un outil Open source est gnralement de moins bonne qualit quun outil
propritaire.

b) Le dveloppement de laide en ligne rend inutile la formation des usagers.
c) Limpact sur lorganisation peut tre important.
d) Loutil tant amen voluer il nest pas ncessaire de grer cette introduction
comme un projet normal.

Q25) Tout nouvel outil demande une formation de ses utilisateurs et peut avoir un
impact important sur lorganisation des quipes concernes. Cette volution des
pratiques doit donc tre gre comme un projet normal ; il est par ailleurs maintenant
vain dopposer outils propritaires et outils libres qui sont de qualit quivalente.
La bonne rponse est donc la rponse c.

978-2-10-070608-2 Dunod toute reproduction non autorise est un dlit.