1. Introduction

L'article précédent parlait des méthodes de division des classes d'équivalence et d'analyse des valeurs limites, mais ces deux méthodes ne considèrent qu'une seule condition d'entrée et ne considèrent pas diverses combinaisons de conditions d'entrée et des scénarios de contraintes mutuelles entre les conditions d'entrée. Sur la base de cette lacune, la méthode du diagramme de cause à effet et la méthode de la table de décision ont vu le jour.

2 Méthode du diagramme de cause à effet

2.1 Concepts et principes

2.1.1 Définition

Un outil graphique qui décrit les combinaisons de conditions d'entrée et la sortie correspondant à chaque combinaison. Il convient pour vérifier diverses combinaisons de conditions d'entrée du programme.

2.1.2 Principes de méthode

Lors du dessin d'un diagramme de cause à effet, la cause est à gauche et le résultat est à droite, disposés de haut en bas. Selon la relation entre la cause et le résultat spécifié dans la description de la fonction, les symboles de base suivants sont utilisés pour les relier. Vous pouvez également en introduire dans le diagramme cause-effet. nœud intermédiaire.

1. Symboles graphiques de base des diagrammes de cause à effet

2. Contraintes dans les diagrammes de cause à effet

Du point de vue des raisons, il existe principalement 4 types de contraintes :

E (mutuellement exclusif, exclusif) : deux raisons a et b n'apparaîtront pas en même temps, au plus une seule apparaîtra.
I (y compris, ou) : au moins une des trois raisons a, b, c apparaît
O (unique) : une et une seule des deux raisons a et b doivent se produire
R (exigence) : b doit apparaître lorsque a apparaît.

Du point de vue des résultats, il y a principalement une contrainte :

M (masquage) : lorsque a apparaît, b n'apparaîtra certainement pas ; lorsque a n'apparaît pas, b est incertain

2.2 Étapes de la méthode

Trouver toutes les raisons, qui sont des conditions d'entrée ou des classes d'équivalence de conditions d'entrée ;
Trouvez tous les résultats, les résultats sont les conditions de sortie ;
Clarifiez les contraintes et les relations de combinaison entre toutes les conditions d'entrée ; quelles conditions ne peuvent pas être combinées ensemble et quelles conditions peuvent être combinées ensemble.
Clarifiez les contraintes et les relations de combinaison entre toutes les conditions de sortie ; quels résultats de sortie ne peuvent pas être générés en même temps et quels résultats de sortie peuvent être générés en même temps.
Découvrez quelle combinaison de conditions d’entrée produit quel résultat ;
Dessiner des diagrammes de causes et d'effets ;
Convertir le diagramme de cause à effet en table de jugement/table de décision ;
Concevez des cas de test pour la situation représentée par chaque colonne de la table de décision (chaque colonne est un cas de test).

2.3 Donner une châtaigne

Scénario : L'agent de base admet sa responsabilité ou fait appel

1. Énumérez d’abord les conditions d’entrée et les conditions de sortie

Conditions de saisie :

1——Reconnaître la responsabilité ou
2——Appel
3 - Responsabilité personnelle
4 - Responsabilité organisationnelle
5——Responsabilité tripartite
6——Personne responsable ERP
7-Motifs d'appel
8-Description

Conditions de sortie :

a - Accepter la responsabilité personnelle
b——reconnaître la responsabilité organisationnelle
c——Reconnaissance de responsabilité des trois parties
d——Appel

2. Dessinez un diagramme de cause à effet

3. Convertissez le diagramme de cause à effet en un tableau de décision et retirez chaque colonne du tableau de décision comme scénario de test

Sélectionnez "Reconnaître la responsabilité", sélectionnez "Responsabilité personnelle", remplissez : Personne responsable ERP, Description - "Reconnaître la responsabilité personnelle"
Sélectionnez "Reconnaître la responsabilité", sélectionnez "Responsabilité organisationnelle", remplissez : Description-"Reconnaître la responsabilité Responsabilité organisationnelle"
Sélectionnez « Reconnaître la responsabilité », sélectionnez « Responsabilité tripartite », renseignez : responsable ERP, nom des trois parties, description - « Reconnaître la responsabilité responsabilité tripartite »
Sélectionnez « Appel » et remplissez : Motif de l'appel, description - « Appel »

3 Méthode du tableau de détermination

3.1 Concepts et principes

3.1.1 Définition

La table de décision est un outil permettant d'analyser et d'exprimer la situation d'exécution de différentes opérations dans plusieurs conditions logiques. Elle fait référence à une table utilisée pour afficher les conditions et l'ensemble des actions provoquées par les conditions.

3.1.2 Principes de méthode

Il contient principalement cinq parties :

Pile de condition : toutes les conditions du problème
Éléments conditionnels : combinaisons de valeurs de toutes les conditions
Pile d'actions : toutes les actions possibles
Élément d'action : quelles actions de la pile d'actions sont exécutées pour chaque combinaison de valeurs de condition ?
Règle : une combinaison de valeurs de condition et sa combinaison d'actions correspondante. Une combinaison de valeurs de condition et la combinaison d'actions correspondante (c'est-à-dire une colonne de la table de décision qui traverse l'élément de condition et l'élément d'action) constituent une règle dans la table de décision.

3.2 Étapes de la méthode

Répertorier tous les talons de condition et les talons d'action (entrées et sorties) ;
Remplissez les éléments conditionnels (éléments de saisie) ;
Remplissez les éléments d'action pour obtenir le tableau de jugement initial ;
Simplifier la table de décision (fusion de règles similaires (mêmes actions)).

3.3 Donner une châtaigne

Scénario : L'agent de base admet sa responsabilité ou fait appel

1. Table de jugement en colonnes

2. Simplifiez la table de décision

Sélectionnez "Reconnaître la responsabilité", sélectionnez "Responsabilité personnelle", remplissez : Personne responsable ERP, Description - "Reconnaître la responsabilité personnelle"
Sélectionnez "Reconnaître la responsabilité", sélectionnez "Responsabilité organisationnelle", remplissez : Description-"Reconnaître la responsabilité Responsabilité organisationnelle"
Sélectionnez « Reconnaître la responsabilité », sélectionnez « Responsabilité tripartite », renseignez : responsable ERP, nom des trois parties, description - « Reconnaître la responsabilité responsabilité tripartite »
Sélectionnez « Appel » et remplissez : Motif de l'appel, description - « Appel »

4 Résumé

Cependant, les méthodes de diagramme de cause à effet et de table de décision généreront des cas de test très volumineux et redondants dans des scénarios avec de nombreuses valeurs variables et un grand nombre de permutations et de combinaisons. À l'heure actuelle, il nous est difficile de couvrir entièrement tous les scénarios de combinaison avec des cas de test. Il est temps que la méthode de test orthogonal montre sa puissance, apprenons-la ensemble ~

Auteur : Wang Peng de JD Logistics

Source : JD Cloud Developer Community Ziyuanqishuo Tech Veuillez indiquer la source lors de la réimpression

Méthode de conception de cas de test Épée divine des six méridiens - La deuxième épée : la combinaison de mouvements et la détermination causale sont nées | Équipe technologique de JD Logistics