Udemy
    •  
    •  
    •  
    •  
    •  
    •  
    •  
    •  
Turn what you know into an opportunity and reach millions around the world.
Learn More
Your cart is empty.
Keep shopping
2 EXAMENS ISTQB FONDATION V4 - COMPLETS AVEC DETAILS

2 EXAMENS ISTQB FONDATION V4 - COMPLETS AVEC DETAILS

2 examens qualitatifs avec explications détaillées sur la bonne réponse ET sur les réponses incorrectes
Created byQA Center
Last updated 5/2025
French

What you'll learn

  • Comprendre les concepts fondamentaux du test logiciel
  • Maîtriser les types de tests et les niveaux de test
  • Savoir concevoir et évaluer des cas de test efficaces
  • Comprendre les outils de test et leur utilisation dans l’automatisation

Included in This Course

80 questions
  • Examen blanc numéro 1 - Questions, réponses et explications détaillées (EX1FR)40 questions
  • Examen blanc numéro 2 - Questions, réponses et explications détaillées (EX2FR)40 questions

Description

Chaque examen se compose comme un vrai examen :

- contient 40 questions  qui abordent l'ensemble des chapitres du syllabus ISTQB FONDATION V4 (dernière version)

- contient chaque niveau attendu par la certification ISTQB : K1 (Mémorisation), K2 (Compréhension), K3 (exercice pratique - schémas )

- contient pour chaque question, l'explication détaillée de la bonne réponse et de pourquoi les autres réponses sont incorrectes. Ce qui rend nos examens UNIQUES sur la plateforme Udemy, aucun autre examen ne sera aussi complet et précis.



Voici un extrait de nos examens blanc :



                                                                                   QUESTION 1 - NIVEAU K2



Plus de tests sont effectués sur la partie du système qui présente plus de défauts que la moyenne. Lequel des principes de test suivants est appliqué ?


a. Paradoxe des pesticides

b. Le test dépend du contexte

c. Absence d'erreurs fallacieuses

d. Regroupement des défauts


                                                             


                                                                      REPONSE ET EXPLICATIONS DETAILLEES


Réponse : d. Regroupement des défauts

Explication :

Le principe du regroupement des défauts stipule que :

"La plupart des défauts sont généralement concentrés dans un nombre relativement réduit de modules."

Autrement dit, une petite partie du système contient souvent la majorité des défauts, ce qui incite les testeurs à concentrer davantage d’efforts de test sur ces zones.

La phrase de la question :

"Plus de tests sont effectués sur les parties du système testé qui présentaient plus de défauts que la moyenne." illustre parfaitement ce principe, car on cible les zones historiquement problématiques avec plus de tests.


Pourquoi les autres options sont incorrectes :

a. Paradoxe des pesticides : Le paradoxe des pesticides indique qu'en effectuant toujours les mêmes tests sur le même code, on finit par "ne plus détecter de nouveaux défauts". Autrement dit, si on continue à tester de la même manière, les tests deviennent moins efficaces au fur et à mesure. Cependant, cette notion ne se réfère pas spécifiquement à la pratique de tester plus intensivement les parties du système avec plus de défauts. C'est un phénomène qui survient lorsque les tests existants ne découvrent plus de nouveaux défauts, mais cela ne correspond pas au principe de se concentrer sur les zones à défauts plus nombreux.

b. Le test dépend du contexte : Le test dépend du contexte fait référence au fait que les stratégies de test doivent être adaptées en fonction du contexte du projet, de l'application ou du produit testé. Par exemple, un test d'interface utilisateur ne sera pas mené de la même manière qu'un test de performance. Cela ne correspond pas directement à l'idée de tester davantage les parties du système ayant plus de défauts. Cette notion est plus liée à l'adaptation des tests à des situations spécifiques, mais pas spécifiquement à l'intensification des tests dans des zones à défauts concentrés.

c. Absence d’erreurs fallacieuses : L'absence d'erreurs fallacieuses signifie qu'un test ne doit pas laisser croire qu'un défaut est absent alors qu'il en existe réellement. Cela se réfère à éviter des tests qui pourraient être trompeurs et induire en erreur, par exemple en vérifiant uniquement les bonnes parties du code ou en faisant des hypothèses incorrectes. Ce principe n'est pas directement lié à la pratique de tester plus intensivement les zones du système avec plus de défauts, il traite plutôt de la manière dont on évite des erreurs dans les tests eux-mêmes.



Who this course is for:

  • Personnes qui souhaitent travailler dans la qualité logiciel / assurance qualité