QCM : Techniques de modélisation et de test logiciel — 11 questions

Explication

La valeur F correspond à une condition fausse, et le passage précise qu’elle peut aussi être notée N (Non) ou équivalent. Les autres propositions confondent F avec la valeur vraie, avec le symbole d’indifférence, ou ajoutent une restriction absente du source. À revoir : Symboles et valeurs dans les tables de décision. Appui du cours : « La valeur F signifie que la condition est fausse et peut aussi être affichée comme N (Non) ou équivalent. »

Explication

La source indique qu’après avoir identifié les conditions possibles, il faut générer toutes leurs combinaisons, et que chaque combinaison unique devient une colonne distincte. Les autres propositions inversent l’ordre des étapes ou contredisent cette règle. À revoir : Construction et utilisation des tables de décision pour la conception de cas de test. Appui du cours : « Il faut ensuite générer toutes les combinaisons possibles de conditions; chaque combinaison unique devient une colonne distincte. »

Explication

La réduction des tables de décision consiste à retirer les colonnes qui ne peuvent pas se produire, ne sont pas réalisables ou n’influencent pas le résultat. Les autres propositions mélangent d’autres critères qui ne sont pas ceux donnés par le passage. À revoir : Critères de couverture et réduction des tables de décision. Appui du cours : « La réduction des tables de décision consiste à supprimer les colonnes avec des combinaisons impossibles, irréalisables ou non impactantes sur le résultat. »

Explication

L’expression « options possibles » renvoie ici à la liste « enfant, jeune, adulte », qui est donnée explicitement dans l’extrait. Les autres propositions correspondent à d’autres éléments du même exemple, mais pas à cette expression. À revoir : Exemple d’application des tables de décision pour la validation d’un système de permis de conduire. Appui du cours : « Les options possibles sont: enfant, jeune, adulte. »

Explication

L’exemple indique que le comportement du système peut dépendre d’une valeur d’entrée, notamment d’une valeur paire ou impaire. Les autres propositions renvoient à des métadonnées documentaires, pas à un déclencheur de comportement. À revoir : Diagrammes de transitions d’états : composants, objectifs et comportement dynamique. Appui du cours : « Exemple : Cas d’application où le comportement du système dépend d’une valeur d’entrée, comme une valeur paire ou impaire, ou de l’option sélectionnée. »

Explication

Le passage indique que les diagrammes de transition d’états montrent normalement les transitions valides et excluent les transitions invalides. Les autres propositions contredisent cette relation ou ajoutent des éléments non présents. À revoir : Tableaux de transition d’état et couverture des transitions valides et invalides. Appui du cours : « Les diagrammes de transition d’états la montrent normalement, en excluant les transitions invalides. »

Explication

La 0-switch correspond à une transition directe entre deux états, sans état intermédiaire. Les autres options décrivent la 1-switch, les transitions invalides ou la 2-switch. À revoir : Exemples et stratégies de couverture des transitions dans les tests d’états. Appui du cours : « La couverture 0-switch consiste à tester les transitions directes entre deux états sans état intermédiaire. »

Explication

Le passage définit directement le cas d’utilisation comme un ensemble de séquences d’actions du système aboutissant à un résultat observable pour un acteur. Les autres propositions décrivent d’autres notions ou omettent l’acteur. À revoir : Définition et rôle des cas d’utilisation dans la modélisation des exigences. Appui du cours : « Un cas d’utilisation représente un ensemble de séquences d’actions réalisées par le système produisant un résultat observable pour un acteur. »

Explication

Les préconditions servent à préciser ce qui doit être vrai avant que le cas d’utilisation commence. Les autres propositions reprennent d’autres éléments de la structure interne : post-conditions, chemins alternatifs et chemins d’exception. À revoir : Structure interne des cas d’utilisation : préconditions, post-conditions et scénarios. Appui du cours : « Les préconditions définissent les conditions devant être vraies avant l’exécution du cas d’utilisation (facultatif). »

Explication

Le diagramme de cas d’utilisation UML sert à montrer la décomposition des cas d’utilisation et leurs relations avec les acteurs. Il ne remplace pas une description complète des scénarios ni les tests d’instruction. À revoir : Représentation graphique et limitations des diagrammes de cas d’utilisation UML. Appui du cours : « Le diagramme de cas d’utilisation UML sert à visualiser la décomposition des cas d’utilisation et leurs relations avec les acteurs. En revanche, il ne capture pas tous les scénarios possibles et ne suffit pas à définir complètement le contenu des cas… »

Explication

L’extrait indique que l’application des valeurs limites aux cas de test dérivés des cas d’utilisation sert à tester les bornes des entrées et les exceptions. C’est donc la démarche à appliquer pour couvrir ces situations. À revoir : Dérivation des cas de test à partir des cas d’utilisation et intégration avec d’autres techniques de test boîte noire. Appui du cours : « L’application des valeurs limites aux cas de test dérivés des cas d’utilisation permet de tester les bornes des entrées et les exceptions, par exemple 0 produit ou le maximum autorisé. »