Partage de technologie | Méthodologie de test Black Box - Classe d'équivalence

La plate-forme de gestion des tests est une collection d'outils tout au long du cycle de vie des tests, et elle résout principalement le problème de la collaboration d'équipe dans le processus de test. Tout au long du processus de test, les cas de test, les bogues, le code, l'intégration continue, etc. doivent être gérés. Ce qui suit est une introduction aux plates-formes de gestion les plus populaires à partir de ces quatre aspects.

La division de classe d'équivalence est une méthode de test de boîte noire importante et couramment utilisée, qui n'a pas besoin de prendre en compte la structure interne du programme, mais doit uniquement prendre en compte la spécification d'entrée du programme. Il catégorise raisonnablement le processus de test non exhaustif, de manière à garantir l'intégrité et la représentativité des cas de test conçus.

Il est nécessaire de diviser toutes les données d'entrée possibles de l'utilisateur en plusieurs parties (plusieurs sous-ensembles), puis de sélectionner un petit nombre de données représentatives de chaque sous-ensemble comme cas de test.Cette méthode est appelée méthode de division de classe d'équivalence .

Dans le cas de ressources de test limitées, une petite quantité de données représentatives peut être utilisée pour obtenir de meilleurs résultats de test.

Division de la classe d'équivalence

L'idée de base de la division des classes d'équivalence est de diviser d'abord les données possibles en différentes catégories, puis de sélectionner des données représentatives de chaque catégorie pour les tester. Les données ainsi sélectionnées peuvent représenter toutes les données de cette catégorie. De cette façon, le nombre de cas de test peut être réduit.

classement en classe d'équivalence

De ces gammes qui ont été divisées, il peut être divisé en deux situations :

• Classe d'équivalence effective : Fait référence à un ensemble de données raisonnable et conforme au « Document des exigences ».
• • Classe d'équivalence invalide : fait référence à l'ensemble de données qui n'est pas conforme au "Document d'exigences" et qu'il est déraisonnable d'entrer.
• https://ceshiren.com/uploads/default/original/3X/b/6/b6c87b359f61370ac56202642671d8d8353868db.png)
• Parce que le logiciel doit non seulement être en mesure de recevoir des données raisonnables, mais doit également répondre correctement aux données déraisonnables, les deux classes d'équivalence doivent être prises en compte lors de la conception des cas de test, afin que ces tests puissent garantir que le logiciel a une plus grande fiabilité.
• Toutes les classes d'équivalence valides et les classes d'équivalence invalides combinées constituent l'ensemble de la plage de données de test.

• Division de la classe d'équivalence

Les classes d'équivalence sont généralement divisées selon les règles suivantes :
1. Si la plage ou le nombre de valeurs d'entrée est spécifié, une classe d'équivalence valide et deux classes d'équivalence invalides sont divisées. Par exemple, la longueur du nom d'utilisateur enregistré est limitée à 6 à 18 caractères, 6 à 18 caractères sont des classes d'équivalence valides, et moins de 6 caractères et plus de 18 caractères sont deux classes d'équivalence invalides.
2. Si les conditions que l'ensemble d'entrées ou les règles doivent suivre sont spécifiées, divisez une classe d'équivalence valide et une classe d'équivalence non valide. Par exemple, lorsque le format du nom d'utilisateur enregistré doit commencer par une lettre, une lettre commençant par une lettre est une classe d'équivalence valide et une lettre commençant par une autre lettre est une classe d'équivalence non valide.
3. Si la condition d'entrée est une valeur booléenne, elle est divisée en une classe d'équivalence valide et une classe d'équivalence invalide. Par exemple, lors de l'enregistrement d'un utilisateur, il est nécessaire de suivre l'accord ou si les termes sont acceptés, "accepté" est une classe d'équivalence valide et "non accepté" est une classe d'équivalence invalide.
4. Si la condition d'entrée est un ensemble de données (valeur d'énumération) et que le programme traite chaque valeur d'entrée différemment, elle sera transformée en plusieurs classes d'équivalence valides et une classe d'équivalence invalide. Par exemple, si vous rechargez des niveaux VIP (trois niveaux) dans des jeux en ligne, les remises pour chaque niveau VIP sont différentes. VIP1, VIP2 et VIP3 sont trois classes d'équivalence valides et les utilisateurs non VIP sont des classes d'équivalence non valides.
5. Si la condition d'entrée stipule certaines règles qui doivent être suivies, elle est divisée en une classe d'équivalence valide et plusieurs classes d'équivalence invalides (les classes d'équivalence invalides doivent violer les règles sous différents angles). Par exemple, la première lettre du mot de passe doit être une lettre majuscule, et la classe d'équivalence est valide lorsque la première lettre est en majuscule, et la classe d'équivalence invalide est la première lettre minuscule, le premier chiffre ou le premier caractère spécial.
6. Toutes les classes d'équivalence n'ont pas de classes d'équivalence invalides. Par exemple, le choix du sexe est uniquement masculin ou féminin.

Étapes de conception de la classe d'équivalence

7. Commencez par diviser la classe d'équivalence : trouvez toutes les classifications possibles.
8. Identifier les classes d'équivalence effectives : conditions dans les exigences.
9. Déterminez la classe d'équivalence invalide : contrairement à la condition, trouvez le cas particulier (chinois, anglais, symbole, espace, vide).
10. Choisissez des données de cas de test dans chaque catégorie.
Les principaux points de division de la classe d'équivalence: la longueur de la zone de texte, le type d'entrée, les règles de composition, si elle est vide, si elle est répétée - sensible à la casse, s'il faut supprimer les espaces.

Exemple

Les trois premières étapes de l'étape de conception de classe d'équivalence peuvent être assistées par la méthode de table de classe d'équivalence.

Exemple : Calculer la somme des nombres entiers de 1 à 100 (dont 1 et 100)

Prenez la calculatrice ci-dessus comme exemple, cette fois en calculant la somme de deux nombres entiers de 1 à 100.

Créer un tableau d'équivalence

Une fois la classe d'équivalence établie, toutes les classes d'équivalence divisées peuvent être répertoriées sous la forme du tableau suivant.
https://ceshiren.com/uploads/default/original/3X/b/e/bec1f24abba075b80a214acb0fc8495cdf1ebf32.png)
la table d'équivalence peut aider à analyser comment diviser la classe d'équivalence, c'est un outil auxiliaire, les débutants peuvent écrire comme ça, etc. vous pouvez écrire des cas de test directement et rapidement.

Lors de la conception d'un cas d'utilisation, il convient de noter que différentes classes d'équivalence doivent être couvertes selon les principes suivants :

• Concevez de nouvelles données de test pour couvrir autant de classes d'équivalence valides que possible et répétez cette étape jusqu'à ce que toutes les classes d'équivalence valides soient couvertes.
• • Concevez de nouvelles données de test pour couvrir une seule classe d'équivalence invalide et répétez cette étape jusqu'à ce que toutes les classes d'équivalence invalides soient couvertes.

• Concevoir des cas de test

• Écrivez d'abord un cas d'utilisation très simple, contenant uniquement les informations les plus critiques, telles que le numéro du cas d'utilisation, la classe d'équivalence à laquelle il appartient, les données de test dans les deux zones de saisie et le résultat attendu.
  Parce qu'il y a plusieurs éléments impliqués si vous voulez obtenir le résultat final, vous devez entrer deux valeurs ici.

Dans ce cas, la méthode des variables de contrôle doit être utilisée. Si la classe d'équivalence invalide doit être couverte, lors de la conception d'un cas de test, l'élément courant couvre la classe d'équivalence invalide, et les autres éléments impliqués dans le cas d'utilisation doivent rester valides.

https://ceshiren.com/uploads/default/original/3X/f/0/f0c70c34cdae17ac2c6f05366fd0968fa7eda8c3.png)

Chaque fois qu'un seul point d'entrée invalide rend un autre point d'entrée valide pour éliminer plus d'incertitude et d'interférences.

Résumé de la classe d'équivalence

La méthode de division de classe d'équivalence est très simple et facile à comprendre, et c'est la méthode de conception de cas de test la plus largement utilisée dans la conception de cas d'utilisation.

Son avantage est qu'il considère un seul champ d'entrée, toutes les valeurs possibles, et évite de sélectionner aveuglément ou au hasard des entrées pour tester des données incomplètes ou instables lors de la conception des cas d'utilisation.

Le plus gros inconvénient est qu'il existe de nombreux cas de test générés, et certains cas de test invalides peuvent être générés pendant la conception, et aucun point spécial n'est pris en compte, il doit donc être complété par d'autres méthodes de conception.
étude recommandée

⬇️ Cliquez sur "Lire le texte original" pour améliorer la compétitivité de base du test !
Lien d'origine

Plus d'articles techniques à partager
[Le transfert d'image du lien externe a échoué, le site source peut avoir un mécanisme anti-leech, il est recommandé de sauvegarder l'image et de la télécharger directement (img-QQzVdItj-1650267982343) ([External link image dumping…(img -8Za4oCuE-1650267978893 )]]]

Plateforme de gestion des cas de test

La gestion des cas d'utilisation est un travail très important dans la gestion des tests, et les cas d'utilisation sont également un résultat important de la conception des tests de produits. La qualité de la gestion des cas d'utilisation détermine également directement l'effet de l'exécution des tests. Les plates-formes de gestion de cas de test les plus courantes sont :

• JIRA : Solution recommandée, hautement personnalisable, plus utilisée par les grands fabricants
• • Redmine : Solution recommandée, open source, active, hautement personnalisable
• • TestLink : une plate-forme de gestion de cas de test populaire, l'expérience n'est pas très bonne
• • Autres : TAPD, Cloud Effect, ZenTao, GitLab, Documentation collaborative en ligne
• • Pas de mode de collaboration : Excel, cartes mentales

Plate-forme de gestion des bogues

La plate-forme de gestion des bogues est généralement alignée sur la plate-forme de gestion des cas d'utilisation. JIRA est maintenant une plate-forme plus couramment utilisée dans les grandes usines. Dans JIRA, les cas de test et les bogues peuvent être exprimés en utilisant issue (issue).

Plateforme de gestion de code

La plate-forme de gestion de code est également appelée contrôle de version, qui enregistre les modifications du contenu de plusieurs fichiers afin que la révision d'une version spécifique puisse être vérifiée à l'avenir.

• Git : Distribué, chaque client est un centre de gestion de version indépendant, le code peut être stocké sur la machine locale, ou téléchargé sur le serveur pour résumer toutes les mises à jour.
• • GitLab : plate-forme de gestion de code git déployable localement, standard de l'industrie.
• • GitHub : une plate-forme en ligne basée sur git où fonctionnent des projets open source.
• • Subversion : gestion SVN, le client doit télécharger un nouveau code sur le serveur, qui est obsolète.
• • Bitbucket : Altassian, la même société que JIRA.

• Plate-forme de gestion de l'intégration continue

L'intégration continue fait partie intégrante des efforts de développement agile. L'équipe continue de déployer divers ajouts à petite échelle à mesure que l'équipe continue d'avancer. Lorsque les développeurs se concentrent sur l'ajout de fonctionnalités, des bogues de code peuvent suivre et empêcher le logiciel de fonctionner correctement. Afin d'éviter l'intégration de bogues dans le logiciel, la plate-forme de gestion de l'intégration continue doit d'abord vérifier la qualité du code. Même si le code problématique a été intégré, la plate-forme de gestion de l'intégration continue peut toujours identifier rapidement ce qui n'a pas fonctionné.
Les plates-formes de gestion de l'intégration continue couramment utilisées dans la pratique sont :

• Jenkins : la plate-forme grand public pour l'intégration continue et la livraison continue
• • GitLab Runner : la solution de livraison continue de GitLab
• • GitHub Action : la solution open source de GitHub
• • Plate-forme DevOps auto-construite : plate-forme personnalisée d'entreprise, TAPD, effet cloud et autres
    liens originaux

Plus d'articles techniques à partager