Examen ISTQB

Notes created on May 4, 2025 at 04:55 by Minutes AI

Introduction
• La formation est divisée en deux parties. La première partie (15 minutes) concerne
l'examen de l'ISTQB en général.

Examen ISTQB
• Examen de 60 minutes avec 40 questions à choix multiples.

• Pas de points négatifs en cas de mauvaises réponses.

• 26 réponses correctes sont nécessaires pour réussir.

• Les non-natifs (français/anglais) bénéficient de 15 minutes supplémentaires, soit 75

minutes au total.

Répartition des questions par chapitre

• Chapitre 1: 8 questions

• Chapitre 2: 5 questions

• Chapitre 3: 5 questions

• Chapitre 4: 11 questions

• Chapitre 5: 9 questions

• Chapitre 6: 2 questions

• Total: 40 questions

Niveaux d'apprentissage (Taxonomie de Bloom)

• K1 (Se souvenir): Mémoriser, reconnaître les notions essentielles. 8 questions.

• K2 (Comprendre): Comprendre la question, donner des explications, comparer des

résultats. 24 questions.

These notes were taken with Minutes AI (https://myminutes.ai)

• K3 (Utiliser): Mettre en pratique via un exercice (chapitre 4). 8 questions.

• K4 (Analyser): Non présent dans la certification fondation (0%).

Exemples de questions
• Questions à choix multiples, une seule réponse correcte.

• Les questions de niveau 3 impliquent un exercice de choix dans une situation donnée
(chapitre 4).

Inscription à l'examen
• En présentiel (centres dédiés) ou à distance.

• Prix en Tunisie: 150€ en présentiel, 215€ à distance.

• "si vous voulez passer l'examen chez vous c'est 215 euros"

Questions fréquemment posées

• Possibilité de repasser l'examen en payant à nouveau les frais d'inscription.

• Le niveau fondation est un prérequis pour les certifications ISTQB Agile, Security Tester,
Automation, Test Manager.

• La validité du certificat est illimitée.

Examen en France
• Le prix de l'examen en France est potentiellement plus élevé qu'en Tunisie.

• En ligne, le site indique 225€ pour l'examen, 215€ à distance.

• Les prix peuvent varier selon le pays.

Sessions de formation
• Chapitre 1: Fondamentaux des tests (présenté dans cette session).

• Chapitre 2: Tests pendant le cycle de vie du développement logiciel (par M. Ismael

Jamil).

These notes were taken with Minutes AI (https://myminutes.ai)

• Chapitre 3: Tests statiques (par Mme Amani bentaye).

• Chapitre 4: Techniques de test (par Mme soheb Jerry).

• Chapitre 5: Gestion des tests (par Mme yousrazi).

• Chapitre 6: Outils de support au test (par le présentateur).

• Prochaine formation: Dimanche prochain.

Certification et expérience
• La certification ISTQB présente les notions du test et peut aider à décrocher un premier
emploi.

• Elle reste insuffisante pour une reconversion professionnelle dans le domaine du test.

Chapitre 1: Les fondamentaux des tests

• Sous-chapitres:

• Qu'est-ce que le test?

• Pourquoi il est nécessaire de tester?

• Les sept principes sur les tests.

• Les activités de test.

• Le testeur et son rôle.

• Compétences essentielles et bonnes pratiques.

• Objectifs:

• Apprendre les principes de base des tests.

• Comprendre les raisons et les objectifs des tests.

• Comprendre le processus de test et les activités principales.

• Définir le rôle d'un testeur.

• Identifier les compétences essentielles pour un bon testeur.

Introduction aux systèmes logiciels

These notes were taken with Minutes AI (https://myminutes.ai)

• Les systèmes logiciels sont une partie intégrante de notre vie.

• Les problèmes de fonctionnalité peuvent avoir des conséquences graves.

• Exemples de problèmes:

• Nissan: rappel de plus d'un million de voitures à cause d'un défaut logiciel dans
les capteurs d'airbag.

• Starbucks: fermeture de 60% des magasins aux USA et au Canada à cause d'une
défaillance du système de points de vente.

• Honda: rappel de 2,49 millions de voitures pour un problème de logiciel

endommageant la transmission automatique.

• Les défaillances logicielles ont coûté 1,1 billions de dollars à l'économie américaine en
2016 et ont touché 4,4 milliards de clients.

• Un défaut peut causer une perte de temps, d'argent, une mauvaise réputation, des
blessures ou des décès.

Objectifs du test
• Vérifier si les exigences spécifiées ont été satisfaites.

• Trouver des défaillances et des défauts.

• Prévenir des défauts (objectif principal).

• Fournir des informations aux parties prenantes.

• Réduire le niveau de risque.

• Vérifier si l'objet de test est complet.

• Valider si l'objet de test fonctionne comme le souhaitent les utilisateurs.

• Renforcer la confiance dans le niveau de qualité de l'objet de test.

• Fournir suffisamment d'informations pour permettre aux parties prenantes de prendre

des décisions éclairées.

• Se conformer aux exigences, normes contractuelles, légales et réglementaires.

• Exemples: Émission de CO2, gestion des données personnelles (lois différentes selon les
régions).

Tests : Prévention vs. Réaction

These notes were taken with Minutes AI (https://myminutes.ai)
• Prévention : Réviser et évaluer les exigences avant de construire le produit.

• But : Prévenir les défauts en lisant le cahier des charges.

• Exemple : Détecter des exigences contradictoires (voiture électrique vs.

essence).

• Réaction : Trouver les défauts avant de livrer le produit.

• S'applique à un produit déjà développé.

• La prévention se fait avant le développement.

Tests Statiques
• Tests effectués avant le développement.

• Consiste à relire les exigences et identifier les défauts ou contradictions.

• Objectif : S'assurer de la faisabilité et de la logique des demandes du client.

• Les tests statiques sont détaillés dans le chapitre 3.

Communication Client-Équipe
• Communication quotidienne entre l'équipe et le client.

• Analyse des spécifications : Peut être effectuée lors des sessions "trois amigos".

• En l'absence d'un business analyste, l'équipe doit assurer cette communication.

Test vs. Débogage

• Test : Fait par le testeur.

• Débogage : Fait par le développeur.

• Processus :

• Le testeur remonte une anomalie.

• Le développeur reproduit, analyse et supprime la cause du bug.

• Le testeur vérifie si le correctif a résolu le bug.

Agile et Débogage

These notes were taken with Minutes AI (https://myminutes.ai)

• Dans la méthodologie Agile, le testeur peut être impliqué dans le débogage.

• Le testeur peut être impliqué dans les tests de composants.

Tests de Confirmation vs. Tests de Non-Régression

• Tests de confirmation : Vérifier que le correctif a bien résolu le bug initial.

• Se limite à la fonctionnalité touchée par le bug.

• Tests de non-régression : S'assurer que le correctif n'a pas impacté d'autres

fonctionnalités.

• Vérifier qu'il n'y a pas de retour en arrière pour les autres fonctionnalités.

Rôle du Testeur dans le Débogage (Agile)

• Le testeur peut aider le développeur.

• "Pair testing" : Un développeur et un testeur travaillent ensemble pour analyser et

corriger le bug.

• Analyse des logs : Le testeur peut analyser les logs et les joindre au rapport de bug.

Exemple de Débogage
• Démonstration d'un développeur utilisant Python pour créer une fonction d'addition.

• Simulation d'une erreur (soustraction au lieu d'addition) pour illustrer le processus de

débogage.

Bug et Test
• Un bug est trouvé dans la fonction de somme.

• Le développeur corrige le code et demande un test de confirmation.

• Le test de confirmation vérifie que la somme de 5 et 5 est bien 10.

Pourquoi Tester ?

These notes were taken with Minutes AI (https://myminutes.ai)

• Les tests contribuent au succès d'une application.

• Un test est un moyen efficace et peu coûteux de détecter des défauts.

Assurance Qualité vs. Contrôle Qualité

• La gestion de la qualité englobe l'assurance qualité et le contrôle qualité.

• L'assurance qualité vérifie le respect des normes.

• Le test est une partie du contrôle de la qualité.

• "le testing il fait partie du contrôle qualité"

Différence entre Erreur, Défaut et Défaillance

• Erreur: Action humaine produisant un résultat incorrect.

• Défaut: Imperfection d'un produit qui ne répond pas aux exigences.

• Défaillance: Un composant ne s'exécute pas comme requis.

• "l'erreur est une action humaine produisant un résultat incorrect"

• "le défaut c'est une imperfection ou une déficience d'un produit"

• "la défaillance cet un événement dans lequel un campement ou un système d'exécute

pas une fonction requise"

• Exemple:

• Erreur: L'analyste interprète mal une exigence.

• Défaut: Le développeur introduit une erreur dans le code.

• Défaillance: L'exécution du code révèle un résultat inattendu.

Faux Positifs et Faux Négatifs

• Faux Négatif: Le test ne détecte pas un défaut existant.

• Faux Positif: Le test signale un défaut qui n'existe pas.

• "faux négatifs sont des tests et qu'une détecte pas des défauts qu'il devrait"

• "faux positif sans signalés comme des défauts mais ne sont pas réellement des défauts"

These notes were taken with Minutes AI (https://myminutes.ai)

Faux Négatif vs. Faux Positif
• Faux négatif : Le test ne détecte pas un défaut qui existe réellement dans le code.

• Faux positif : Le test signale un défaut qui n'existe pas réellement. "Les faux positifs sont
signalés comme des défauts mais ne sont pas réellement des défauts."

• Exemple de faux positif : Introduire un réel (nombre à virgule) dans une fonction conçue
pour des entiers. Le testeur peut signaler un bug à tort.

Défaut vs. Défaillance

• Un défaut n'entraîne pas nécessairement une défaillance.

• Exemple : Un site web conçu pour 999 utilisateurs fonctionne correctement. Au 1000e
utilisateur, le site tombe en panne. Le défaut existait, mais la défaillance ne s'est
manifestée qu'avec un nombre suffisant d'utilisateurs.

• "Tous les défauts ne mènent pas à l'échec."

• Une défaillance est un échec du système à effectuer la fonction prévue.

Causes des Erreurs

• Contraintes de temps pour les tests.

• Fiabilité humaine (erreurs).

• Inexpérience.

• Mauvaise communication/compréhension entre les équipes.

• Complexité du travail/marché/sujet.

• Conditions de l'environnement.

Analyse des Causes Racines

• Technique pour identifier la cause première d'un défaut.

• Exemple : Un paiement de salaire incorrect entraîne des plaintes d'employés.

• La cause racine pourrait être un manque de connaissance de la part de l'analyste

sur la façon de calculer les salaires.

These notes were taken with Minutes AI (https://myminutes.ai)

• L'analyse des causes racines peut conduire à des améliorations de processus pour
prévenir de futurs défauts.

• Effet -> Défaillance -> Défaut -> Erreur -> Cause Racine

Analyste et Protecteur
• Le business analyste communique directement avec les clients pour écrire des US ou
des users stories.

• Le business analyste joue le rôle du client dans l'équipe et écrit les exigences.

• Le client est la personne qui veut le produit.

• Le business analyste fait partie de l'équipe et représente le client.

Cause Racine
• La cause racine est une ambiguïté dans une User Story mal écrite.

• La cause racine est que la personne qui a écrit l'erreur n'est pas formée.

• Les erreurs se produisent à cause de la pression du temps, du manque d'expérience et

de compétences, de la complexité, des malentendus ou des technologies nouvelles et peu
familières.

Principes de Test
• Il y a sept principes de test.

• "La présence de défaut par leur absence."

• "Le test exhaustive sont impossibles."

• "Testez tout économise de temps et de l'argent."

• "Regroupement des défauts."

• "Paradoxe de pesticides."

• "Les tests dépendants de contexte."

• "L'absence d'erreur et une illusion."

Premier Principe : Présence de Défaut

These notes were taken with Minutes AI (https://myminutes.ai)
• Les tests prouvent la présence de défauts mais ne peuvent pas prouver leur absence.

• Les tests réduisent la probabilité que des défauts restent cachés.

• Même si aucun défaut n'est découvert, ce n'est pas une preuve d'exactitude.

• "Même Facebook, Amazon, on découvre chaque jour des défauts dans leur
application."

Deuxième Principe : Tests Exhaustifs Impossibles

• Tester toutes les combinaisons est impossible et non faisable.

• Pour remédier à cela, on utilise l'analyse des risques et les priorités.

• Exemple : Prioriser le système de géolocalisation d'un avion plutôt que le confort des
sièges.

Troisième Principe : Tester Tôt Économise Temps et Argent

• Les activités de test devraient commencer tôt dans le cycle de développement.

• Le test doit commencer tôt et continuer en parallèle du développement.

Quatrième Principe : Regroupement des Défauts

• L'effort de test doit être proportionnel à la densité des défauts prévus.

• Un petit nombre de modules contient généralement la majorité des défauts.

• Si un problème est détecté dans une partie, il faut se focaliser sur cette partie pour
découvrir d'autres défauts cachés.

• Exemple : Si la fonctionnalité de login a des défauts, il faut creuser davantage car il y

aura probablement d'autres erreurs dans cette fonctionnalité.

Cinquième Principe : Paradoxe du Pesticide

• Le pesticide est un produit chimique appliqué sur les insectes pour les tuer.

Résistance et adaptation

These notes were taken with Minutes AI (https://myminutes.ai)

• Les insectes développent une résistance aux pesticides avec le temps.

• Le COVID-19 a montré une résistance aux doses initiales de vaccin, nécessitant des
doses supplémentaires.

• "Si les mains sont réputés de nombreuses fois il arrivera que le même ensemble de cas
de tests nous trouvera plus de nouveau défauts doivent être".

Nécessité de renouvellement des tests

• Il faut rénover et améliorer les cas de test.

• Ne pas se limiter aux mêmes cas de test appliqués quotidiennement.

Tests dépendent du contexte

• Les tests sont effectués différemment selon les contextes.

• Exemple : Une banque nécessite plus de tests de sécurité qu'un club de lecture.

Illusion de l'absence d'erreurs

• "L'absence d'erreur est une illusion".

• Il est erroné de penser que la vérification d'un logiciel garantit le succès d'un système.

• Exemple : Une voiture de sport avec deux places ne répond pas aux besoins d'une
famille de cinq personnes.

Rappel des 7 principes de test

• Les tests montrent la présence de défauts, pas leur absence.

• Les tests exhaustifs sont impossibles.

• Tester tôt économise du temps et de l'argent.

• Regroupement des défauts.

• Paradoxe du pesticide (usure des tests).

• Les tests dépendent du contexte.

• L'absence d'erreur est une illusion.

These notes were taken with Minutes AI (https://myminutes.ai)

Tester tôt pour économiser
• Tester tôt permet d'économiser du temps et de l'argent.

• Exemple : Détecter un problème de moteur tôt évite de démonter toute la voiture plus
tard.

Tests dépendent du contexte (approfondissement)

• Les tests de sécurité sont plus importants pour une banque que pour un site de club de
lecture.

• La performance est plus cruciale pour Facebook que pour un site avec peu d'utilisateurs.

• La localisation est plus importante pour un avion en vol que pour une application de
recherche de restaurant avec un bug.

• Le contexte détermine la priorité des types de tests à exécuter.

Pause
• Pause de 5 minutes prévue.

Reprise et clarification sur le contexte

• Chaque secteur a une stratégie spécifique à adopter pour les tests.

• L'exemple de l'avion et du restaurant illustre l'importance du contexte du produit.

Activités et tâches de test

• Ordre chronologique des phases de test:

• Planification des tests.

• Analyse des tests.

• Conception des tests.

• Implémentation des tests.

• Exécution des tests.

These notes were taken with Minutes AI (https://myminutes.ai)

 • Clôture des tests.

• Toutes ces phases sont accompagnées d'activités de pilotage et de contrôle.

Planification des tests

• La planification des tests est la première étape, avant l'exécution.

• On définit les objectifs du test et l'approche pour les atteindre.

• On utilise un plan de test et un calendrier.

Analyse de test
• On analyse les spécifications et les exigences.

• On définit et priorise les conditions de test (ex: compétences des testeurs).

Conception des cas de test

• On conçoit et écrit des cas de test.

• Exemple de cas de test:

• ID

• Description (ex: "ce scénario de test vérifie si l'utilisateur est capable de se

connecter à l'application avec succès")

• Prérequis (ex: "l'utilisateur doit avoir un nom d'utilisateur et un mot de passe

valide")

• Étapes du test (ex: "Ouvrez l'application, saisissez le nom d'utilisateur...")

• Résultat attendu (ex: "l'utilisateur devrait se connecter avec succès")

• On prépare les données de test (ex: mot de passe et adresse mail valides).

Implémentation des tests

• On met tout en place pour exécuter les cas de tests.

• On priorise les cas de test et on crée des suites de tests (cas de tests liés).

These notes were taken with Minutes AI (https://myminutes.ai)

• On construit l'environnement de test.

Exécution des tests

• On exécute les suites de tests.

• S'il y a des défauts, on remonte des bugs.

• Les sorties de cette phase: statut des cas de test, rapports de bugs.

Clôture des tests

• On analyse les leçons apprises des activités de tests.

• On vérifie si tous les rapports de défauts sont clôturés.

• On crée un rapport de synthèse de test.

Contrôle et pilotage du test

• Cette phase s'applique à toutes les phases précédentes.

• On compare l'avancement réel par rapport au plan de test.

• On prend des mesures pour satisfaire aux objectifs du plan de test.

• Il y aura toujours des rapports d'avancement et des informations sur les risques.

Rapport de bug
• Composants d'un rapport de bug:

• ID

• Résumé

• Description

• Résultat attendu

• Résultat actuel

• Étapes pour reproduire le bug

• Informations supplémentaires

These notes were taken with Minutes AI (https://myminutes.ai)

 • Priorité du bug

• Environnement du bug

• Pièces jointes

• Rapporteur

• Assigné

• Statut

• Exemple:

• ID

• Résumé: "La connexion à l'application ne fonctionne pas"

• Résultat attendu: "L'application devrait connecter l'utilisateur et afficher la page

principale"

• Résultat réel: "L'application renvoie un message d'erreur indiquant que la

connexion a échoué"

• Étapes: "Lancer l'application, entrer le nom de l'utilisateur et le mot de passe,

appuyez sur le bouton de connexion"

• Informations supplémentaires: "l'utilisateur est capable de se connecter avec

succès sur d'autres appareils et d'autres systèmes d'exploitation"

• Priorité: "bloquant"

• Environnement: "Windows 11, Google Chrome (cette version), version du logiciel"

• Pièces jointes: "logs, capture d'écran"

• Rapporteur: "moi, le testeur"

• Assigné: "un autre, on s'en fout du nom du développeur"

• Statut: créé automatiquement par Gira

Questions et réponses
• Cahier de recettes: tests exécutés dans la phase de recette, avant la production.

• Développement et tests sont en parallèle.

• Le testeur remonte un bug au développeur, qui essaie d'éliminer les causes.

These notes were taken with Minutes AI (https://myminutes.ai)

• La planification des tests est généralement faite par le test manager.

• Priorité des bugs: P0 (bloquant), P1, P2 (moins grave).

• Les outils aident à garder une meilleure traçabilité, mais auparavant on utilisait Excel.

• Développement guidé par les tests: on ajoute les cas de tests dans les tâches pour que
le développeur ait une idée de ce qu'il va tester.

• La planification des tests peut être pour une première livraison ou pour tout le produit.

• Tests fonctionnels vs non fonctionnels:

• Fonctionnel: ce que l'application est dédiée à faire (ex: le bouton de connexion

doit connecter).

• Non fonctionnel: performance, sécurité, vitesse de chargement.

• Le test manager peut faire une revue sur les cas de tests écrits par le testeur.

Communication Client-Serveur
• Outils enregistrent les communications (ex: site web et serveur).

• Analogie avec le "black box" des avions qui enregistre les données de vol.

• Utile pour comprendre les crashs d'avion ou les problèmes de connexion à un site web.

Livrables du Testeur
• Rapports d'avancement, rapports de clôture de test, statut des cas de test.

• Cas de tests, données de tests, conditions de test, plan de test, rapport de bugs,
rapport de clôture de test.

• "Les outputs de chaque phase."

Processus de Test et Contexte

• Le processus de test dépend de facteurs contextuels.

• Facteurs contextuels: parties prenantes, membres de l'équipe, domaine d'activité,

criticité de l'objet de test, risques, architecture du produit, facteurs organisationnels.

• "Le processus de test les activités de test sont dépendants de ces de ces de ces
facteurs."

These notes were taken with Minutes AI (https://myminutes.ai)

• Exemple: la participation du testeur à la planification dépend de son expérience.

Traçabilité
• La traçabilité entre la base de test et les tests est importante pour un contrôle efficace.

• Exemple: User story (exigence) -> cas de tests -> résultats (passé/échoué).

• La traçabilité donne de la visibilité sur l'avancement du travail.

• "La traçabilité des cas de test aux exigences permet de vérifier que les exigences sont
couvertes par des cas de tests."

• User story exemple: "En tant que acheteur, je veux saisir mon adresse de livraison afin
de recevoir mon colis à la bonne adresse."

• Cas de test possibles: vérifier que l'adresse est complète, vérifier le pays, gérer
les frais de livraison à l'étranger.

Rôles dans le Test

• Test Manager: planification, contrôle et clôture des tests.

• Testeur: analyse, conception, implémentation et exécution des tests.

• Il faut apprendre les activités de test dans l'ordre chronologique.

Compétences Essentielles et Bonnes Pratiques

• Différence entre testeur et responsable assurance qualité: l'assurance qualité est plus
large que le test (contrôle qualité).

• Compétences génériques pour un testeur: souci du détail, curiosité, bonne

communication, esprit d'équipe, réflexion analytique, connaissances techniques et du
domaine.

• Approche d'équipe intégrée: améliore la dynamique, la communication et la

collaboration.

• L'approche d'équipe intégrée n'est pas toujours appropriée (ex: situations critiques pour
la sécurité).

Indépendance du Test

These notes were taken with Minutes AI (https://myminutes.ai)

• Avantage: les testeurs indépendants peuvent repérer différents types de défauts.

• Inconvénients: isolement de l'équipe de développement, manque de collaboration,

problèmes de communication, perte de responsabilité des développeurs en matière de
qualité.

• Les développeurs peuvent perdre le sens de la responsabilité en matière de qualité.

• Il n'y a pas de solution magique pour résoudre les problèmes de l'indépendance du test.

• La décision d'utiliser ou non l'indépendance du test revient à l'équipe de

développement.

Méthodologie de Laribi
• C'est une partie du produit envoyée au client.

• Exemple : Développement d'une voiture (carrosserie, moteur, capteurs envoyés

séparément avec retours du client).

Tests de logiciels
• Deux types : statique et dynamique.

• Statique : N'implique pas l'exécution du système.

• Dynamique : Implique l'exécution du système.

• Tests non fonctionnels : performance, sécurité.

• Test statique : revue des exigences et des documents (chapitre 3).

Vérification vs. Validation

• Vérification : Le système répond aux exigences spécifiées.

• Validation : Le système répond aux besoins des utilisateurs.

• Exemple : Voiture avec 4 roues roulant à 220 km/h (vérification OK), mais le client ne
veut pas ce type de voiture (validation NOK).

• Autre exemple : Site web avec exigences vérifiées, mais navigation complexe (non validé
par les utilisateurs).

These notes were taken with Minutes AI (https://myminutes.ai)

• La validation implique généralement les utilisateurs.

Questions d'examen ISTQB

• Question 1 : Quel principe clé du test logiciel est le mieux décrit ?

• Réponse correcte : "Il est normalement impossible de tester toutes les

combinaisons d'entrée/sortie pour un système logiciel."

• Question 2 : Débogage.

• Réponse correcte : "Le débogage est l'activité de développement qui consiste à

vérifier qu'un défaut a bien été corrigé."

• Question 3 : Test automatisé en erreur.

• Réponse correcte : Faux positif.

• Question 4 : Objectif majeur du test.

• Réponse correcte : Prévenir les défauts.

• Question 5 : Regroupement des défauts.

• Réponse correcte : Regroupement des défauts.

• Question 6 : Association des activités de test aux phases de test.

• Conception des tests : Identifier les données de test pour les cas de test.

• Implémentation des tests : Hiérarchiser les scripts de test et créer les données de
test.

• Exécution des tests : Analyser les anomalies et signaler les défauts.

• Clôture des tests : Saisir des demandes de modification pour les défauts non
résolus.

Tests et données d'état

• Liés à l'implémentation.

• Hiérarchisation des descriptifs de test ou suites de test.

• Préparation des données de test pour l'exécution et la création des cas de test.

Question 7 : Assurance qualité, contrôle qualité, gestion de la

qualité
These notes were taken with Minutes AI (https://myminutes.ai)
• Assurance qualité : principalement axée sur le respect des processus adéquats.

• Contrôle qualité : comprend diverses activités, y compris des activités de test.

• Gestion de la qualité : comprend toutes les activités qui dirigent et contrôlent une
organisation en matière de qualité.

Activité de contrôle de tests

• Question : Quand l'activité de contrôle de test devrait-elle avoir lieu ?

• Réponse : Durant toutes les activités.

Différence entre tests et débogage

• Test montre les défaillances causées par des défauts.

• Débogage trouve, analyse et supprime les causes des défaillances du logiciel.

Question 10 : Bug ou défaut

• Un défaut est une méprise causée par une personne.

• Les défauts sont introduits tout au long du projet, pas seulement lors du codage.

Défauts vs. Défaillances

• Défauts : lors de la programmation et du codage.

• Défaillances : après l'exécution du projet et les résultats obtenus.

Phases du processus de test fondamental

• Ordre chronologique : planification, analyse, conception, clôture des tests.

Approche de test
• Question sur l'approche de test.

• Réponse : Voir les chapitres suivants pour les différentes approches (ex: test valeurs
limites, équivalence).

These notes were taken with Minutes AI (https://myminutes.ai)

Informations sur la formation
• La formation a lieu chaque dimanche.

• Les slides seront disponibles sur YouTube.

Examen ISTQB
• Pas de grandes différences entre les versions 2018 et 2023 pour le chapitre 1.

• Il faut lire le syllabus du STQB, chapitre 1 (50 pages).

Prochain chapitre
• Le chapitre 2 aura lieu le dimanche 23 octobre.

These notes were taken with Minutes AI (https://myminutes.ai)