1.
Réponses Chapitre 1
1. Objectifs de test : buts visés par le test pour évaluer la qualité. Exemples : valider la
conformité aux exigences, détecter des défauts critiques.
2. Test de confirmation : vérification de la correction d’un défaut après correction.
Exemple : ré-exécution du cas ayant échoué suite à un bug corrigé.
3. Cinq principes ISTQB : tests montrent la présence de défauts ; impossibilité de
prouver l’absence totale de défauts ; test précoce ; effet de groupement des défauts ;
test dépend du contexte.
4. Les tests ne couvrent jamais tous les cas possibles de fonctionnement, et les
logiciels ont un espace de tests infini ; ils peuvent réduire le risque mais pas
l’éliminer.
5. Facteurs de risque : complexité technique (plus de défauts potentiels), délais serrés
(tests limités), criticité fonctionnelle (impact élevé en cas de défaillance).
6. Relation : la qualité est le degré de conformité aux exigences ; un défaut est une
non-conformité détectée ; un défaut résiduel est un défaut non découvert par les
tests.
7. Coûts de qualité : coûts de prévention (revues, formation) et coûts de non-
conformité (interne et externe, correction après livraison).
8. La revue d’exigences permet de détecter les ambiguïtés et erreurs avant le codage,
réduisant les défauts et coûts de correction (ex : amélioration du schéma UML).
9. L’indépendance permet un regard objectif, évitant le biais de l’auteur et améliorant la
détection des défauts.
10. Le coût de non-conformité (défaillance externe) sert à justifier l’investissement dans
la QA pour réduire le coût de maintenance ultérieur.
2.Réponses aux questions ouvertes
1. Activités clés du processus de test : planification, analyse et conception,
implémentation, exécution, évaluation des critères de sortie, clôture.
2. Responsabilités Test Manager : élaborer stratégie et plan de tests, allouer
ressources, suivre progrès, gérer risques et anomalies, reporting.
3. Stratégie vs Plan de test : stratégie = approche globale (objectifs, niveaux,
techniques) ; plan = document détaillé (activités, calendrier, responsabilités).
4. Complétude des tests : mesurée via matrice de traçabilité requirements-tests ou
couverture des conditions de test.
5. Critères de passage : pourcentage de cas exécutés/réussis, nombre de défauts
ouverts, respect des seuils de gravité.
6. Entrées/sorties revue formelle : entrées = documents (specifications, plans),
critères d’entrée ; sorties = rapport de revue, liste d’anomalies.
7. Gestion anomalies : classification, priorisation, assignation, suivi dans outil, retest et
test de confirmation.
8. Traçabilité : relie exigences, cas de test et anomalies ; garantit couverture et facilite
impact analysis.
9. Métriques de test : taux de tests exécutés vs prévus ; densité de défauts (défauts
trouvés/cas exécutés).
10. Tests en Agile : tests intégrés à chaque sprint, définition de Done inclut critères de
test, test en continu (TDD/BDD).
3.Réponses aux questions ouvertes
1. Revue technique : évaluation formelle de documents par experts pour détecter
défauts.
2. Rôles inspection formelle : modérateur (planifie), auteur, lecteur, scribe,
responsable qualité.
3. Informelle vs formelle : informelle = sans structure stricte ; formelle = procédure,
seuils, rôles définis.
4. Types revues : revue informelle, walkthrough, inspection, revue technique.
5. Efficacité revue : défauts trouvés par heure de revue.
6. Entrées/sorties : entrées = documents, métriques ; sorties = anomalies listées,
rapport.
7. Avantages : détection précoce, réduction coûts.
8. Walkthrough : présentation dirigée par auteur, moins formel qu’inspection.
9. Lien dynamiques : revues réduisent charge tests dynamiques en trouvant défauts
tôt.
10. Documentation anomalies : enregistrement dans outil, traçabilité jusqu’à résolution.
Chapitre 4 : Techniques de conception de tests
Réponses aux questions ouvertes
1. Boîte noire : test sans connaissance interne, basé sur exigences.
2. Valeurs limites : tester limites min/max et juste à l’intérieur/extérieur.
3. Classes d’équivalence : partitionner espace d’entrée en ensembles représentatifs.
4. Flux basé décisions : tester chemins selon conditions dans diagramme décisionnel.
5. Test de conformité : vérifier respect standard ou réglementation.
6. Choix technique : selon objectifs (couverture, criticité, coûts).
7. Boîte blanche : tests basés sur structure interne (instructions, branches).
8. Chemin indépendant : séquence unique de nœuds du code non couverte par
autres tests.
9. Analyse cause-effet : matrice reliant combinaisons d’entrées (causes) à sorties
(effets).
10. Combinaison techniques : maximiser détection grâce à complémentarité.
Chapitre 5 : Gestion des tests
Réponses aux questions ouvertes
11. Estimation effort : points fonctionnels ou métriques historiques.
12. Gestion risques : identification, analyse, plan d’atténuation.
13. Calendrier : baser sur dépendances, capacité équipe, marge pour imprévus.
14. Plan incident : procédures signalement, escalade, résolution, communication.
15. Priorisation : criticité, probabilité, impact client.
16. Rôles : test manager, test analyst, testeur, support infrastructure.
17. Gestion changement : processus demandes, impact analysis, mise à jour plan.
18. ROI : (avantages–coûts)/coûts ×100.
19. Risques à surveiller : couverture insuffisante, retards, qualité livrable.
20. Reporting : tableaux de bord, statuts réguliers, réunions stakeholders.
Chapitre 6 : Outils et support de test
Réponses aux questions ouvertes
1. Catégories d’outils : gestion exigences, gestion tests, exécution tests, mesure
performances, support aux revues.
2. Critères choix gestion tests : intégration CI, traçabilité, convivialité, coût.
3. Intégration CI : déclenchement scripts automatisés, rapport pass/fail, feed-back
rapide.
4. Risques outils : dépendance fournisseur, obsolescence, coûts maintenance.
5. Maintenance scripts : refactoring périodique, revue après changements
fonctionnels.
6. Outil exigences : JIRA Align synchronise user stories avec cas de test.
7. Traçabilité : lien bidirectionnel exigences–cas–anomalies.
8. Sécurité données : masquage, accès restreint, chiffrement.
9. Indicateurs outils : taux exécution automatisée, temps moyen de test.
10. Open-source : pas de licence, mais support communautaire variable.
