Test de table de décision (exemple)

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

⚡ Résumé intelligent

Les tests par table de décision sont une technique de boîte noire qui consigne les combinaisons d'entrées et leurs sorties attendues sous forme de tableau. Ce tutoriel explique le concept de cause à effet, présente des exemples de connexion et de chargement, et démontre pourquoi cette méthode offre une couverture robuste pour les logiques métier complexes.

  • 🧮 Idée de base : Un tableau de décision associe les conditions (causes) aux résultats (effets) pour une couverture systématique.
  • (I.e. Règle de combinaison : Le nombre de règles est égal à 2 élevé au nombre de conditions (2^n).
  • (I.e. Exemples résolus : Les écrans de connexion et de téléchargement de photos affichent des conditions Vrai/Faux associées à des sorties.
  • ✅ Utilisation optimale : Idéal lorsque le comportement du système diffère pour chaque combinaison d'entrées.
  • 🤖 Activation de l'IA : Les outils d'IA génèrent désormais des tables de décision à partir des exigences et éliminent les règles redondantes.
En savoir plus

Table de décision

Qu'est-ce que le test de table de décision ?

Le test par table de décision est une technique de test logiciel utilisée pour tester le comportement d'un système pour différentes combinaisons d'entrées. Il s'agit d'une approche systématique dans laquelle les différentes combinaisons d'entrées et leurs comportements système correspondants (sorties) sont consignés sous forme de tableau. C'est pourquoi on l'appelle aussi test par table de décision. De cause à effet tableau, où les causes et les effets sont consignés pour une meilleure couverture des tests.

A Tableau de décision Il s'agit d'une représentation tabulaire des entrées en fonction des règles, des cas ou des conditions de test. C'est un outil très efficace pour les tests complexes. test logiciel et la gestion des exigences. Un tableau de décision permet de vérifier toutes les combinaisons possibles de conditions, et les testeurs peuvent facilement identifier les conditions manquantes. Les conditions sont indiquées par les valeurs Vrai (V) et Faux (F).

Exemple 1 : Tableau de décision pour un écran de connexion

Créons une table de décision pour un écran de connexion.

Table de base de décision pour l'écran de connexion

La condition est simple : si l’utilisateur fournit un nom d’utilisateur et un mot de passe corrects, il est redirigé vers la page d’accueil. En cas de saisie incorrecte, un message d’erreur s’affiche.

Conditions Règle 1 Règle 2 Règle 3 Règle 4
Nom d'utilisateur (T/F) F T F T
Mot de passe (T/F) F F T T
Sortie (E/H) E E E H

Légende:

  • T – Corriger le nom d'utilisateur/mot de passe
  • F - Nom d'utilisateur incorrect / mot de passe
  • E – Un message d'erreur s'affiche
  • H – L'écran d'accueil s'affiche

Interprétation:

  • Cas 1 – Nom d'utilisateur et mot de passe incorrects. Un message d'erreur s'affiche.
  • Cas 2 – Nom d'utilisateur correct, mot de passe incorrect. Un message d'erreur s'affiche.
  • Cas 3 – Nom d'utilisateur incorrect, mot de passe correct. Un message d'erreur s'affiche.
  • Cas 4 – L’identifiant et le mot de passe sont corrects. L’utilisateur accède à la page d’accueil.

Lors de la conversion de ceci en un cas de testVous pouvez donc créer deux scénarios, car les trois cas d'erreur testent tous la même règle.

  • Saisissez le nom d'utilisateur et le mot de passe corrects, puis cliquez sur « Se connecter » ; l'utilisateur devrait alors être redirigé vers la page d'accueil.
  • Saisissez un nom d'utilisateur et/ou un mot de passe incorrects, puis cliquez sur Connexion — l'utilisateur devrait voir un message d'erreur.

Exemple 2 : Tableau de décision pour un écran de téléchargement

Prenons maintenant l'exemple d'une boîte de dialogue qui demande à l'utilisateur de télécharger une photo sous certaines conditions :

  1. Seul le format « .jpg » est autorisé.
  2. La taille du fichier doit être inférieure à 32 Ko.
  3. La résolution doit être de 137 × 177.

Si une seule condition n'est pas remplie, le système affiche un message d'erreur correspondant ; si toutes les conditions sont remplies, la photo est téléchargée avec succès.

Tableau de décision pour l'écran de téléchargement

Le tableau de décision pour ce cas est présenté ci-dessous.

Conditions Cas 1 Cas 2 Cas 3 Cas 4 Cas 5 Cas 6 Cas 7 Cas 8
Format . Jpg . Jpg . Jpg . Jpg Pas .jpg Pas .jpg Pas .jpg Pas .jpg
Taille < 32 Ko < 32 Ko ≥ 32 Ko ≥ 32 Ko < 32 Ko < 32 Ko ≥ 32 Ko ≥ 32 Ko
Résolution 137 × 177 Pas 137×177 137 × 177 Pas 137×177 137 × 177 Pas 137×177 137 × 177 Pas 137×177
Sortie Photo téléchargée Incompatibilité de résolution Inadéquation de taille Incompatibilité de taille et de résolution Incompatibilité de format Incompatibilité de format et de résolution Incompatibilité de format et de taille Incompatibilité de format, de taille et de résolution

À partir de ce tableau, vous pouvez créer huit cas de test pour une couverture complète :

  1. .jpg, < 32 Ko, 137×177 → Téléchargement de la photo réussi.
  2. .jpg, < 32 Ko, pas 137×177 → erreur de résolution.
  3. .jpg, ≥ 32 Ko, 137×177 → erreur de taille.
  4. .jpg, ≥ 32 Ko, et non 137×177 → erreur de correspondance de taille et de résolution.
  5. Ce n'est pas un fichier .jpg, < 32 Ko, 137×177 → erreur de format.
  6. Ce n'est pas un fichier .jpg, < 32 Ko, ce n'est pas une image de 137×177 → erreur de format et de résolution.
  7. Ce n'est pas un fichier .jpg, ≥ 32 Ko, 137×177 → erreur de format et de taille.
  8. Ce n'est pas un fichier .jpg, ≥ 32 Ko, ni 137×177 → erreur de format, de taille et de résolution.

Pourquoi les tests de tables de décision sont-ils importants ?

Les tests par tables de décision sont importants car ils permettent de tester de nombreuses combinaisons de conditions et offrent une couverture robuste des logiques métier complexes. Lorsque le comportement du système diffère selon les ensembles d'entrées, cette technique garantit une bonne couverture grâce à une représentation simple et lisible.

In génie logicielL’analyse aux limites et le partitionnement par équivalence sont des techniques similaires, mais elles sont plus efficaces lorsque le système présente les caractéristiques suivantes : même comportement face à un grand nombre d'entrées. Lorsque le comportement est différent Pour chaque combinaison d'entrées, ces techniques ne peuvent garantir une bonne couverture — et les tests par table de décision deviennent alors la meilleure option.

Ce tableau sert également de référence pour le développement des exigences et des fonctionnalités, car il est facile à comprendre et couvre toutes les combinaisons possibles. Son importance croît avec le nombre d'entrées : le nombre de combinaisons possibles est de 2^n, où n représente le nombre d'entrées. Pour n = 10, valeur courante dans les formulaires web, cela représente 1 024 combinaisons. Il est impossible de toutes les tester, mais on peut sélectionner un sous-ensemble pertinent grâce à des tests basés sur la décision.

ARTICLES LIÉS

Avantages des tests de table de décision

  • Fonctionne lorsque le comportement du système diffère selon les entrées, là où le partitionnement par équivalence et l'analyse des valeurs limites sont insuffisants.
  • La représentation est simple, elle est donc facile à interpréter et utile aussi bien aux équipes de développement qu'aux équipes commerciales.
  • Contribue à élaborer des combinaisons efficaces et assure une meilleure couverture des tests.
  • Toute situation commerciale complexe peut être transformée en tableau de décision.
  • Peut garantir une couverture à 100 % même lorsque le nombre de combinaisons d'entrées est faible.

Inconvénients des tests de table de décision

Le principal inconvénient est que, plus le nombre d'entrées augmente, plus le tableau devient complexe et difficile à gérer.

FAQ

Le test par table de décision est une technique de type boîte noire qui recense les combinaisons de conditions d'entrée et leurs sorties attendues dans un tableau. Il garantit une couverture systématique des règles métier complexes.

Elle établit une correspondance entre les causes (conditions d'entrée) et les effets (sorties du système). Le fait de consigner les deux aspects dans un seul tableau rend la relation explicite, d'où son autre nom de tableau de causes et effets.

Le nombre de règles est égal à 2^n, où n représente le nombre de conditions binaires. Par exemple, 4 conditions donnent 16 règles, et 10 conditions donnent 1 024 combinaisons possibles.

L'analyse des valeurs limites convient aux entrées dont le comportement est identique sur une plage donnée. Les tables de décision conviennent aux cas où chaque combinaison d'entrées produit une sortie différente, offrant une couverture que les autres techniques ne permettent pas.

Utilisez-le lorsqu'une fonctionnalité comporte plusieurs conditions d'entrée qui interagissent pour produire différentes sorties, comme la validation de connexion, les téléchargements de formulaires ou les règles de tarification et de remise avec plusieurs dépendances.

À mesure que le nombre de conditions augmente, le tableau s'étend de façon exponentielle (2^n) et devient difficile à gérer. Les testeurs sélectionnent généralement un sous-ensemble représentatif de règles plutôt que de tester toutes les combinaisons.

Les outils d'IA lisent les exigences et génèrent automatiquement des tables de décision, identifient les règles manquantes ou redondantes et regroupent les règles équivalentes. Cela réduit l'intervention manuelle tout en améliorant la couverture des combinaisons.

Oui. L'IA peut convertir chaque règle d'une table de décision en un cas de test concret avec des entrées et des résultats attendus, puis les hiérarchiser par risque afin que les combinaisons à fort impact soient testées en premier.

Résumez cet article avec :