Introduction aux tests de domaine
Le test de domaine est une technique de test de logiciel dans laquelle l'application est testée en fournissant des données d'entrée et en vérifiant la sortie pertinente. Les tests de domaine sont également appelés tests d'équivalence ou tests d'analyse des limites. Dans les tests de domaine, les tests ont lieu avec le nombre minimum de données d'entrée afin que l'application ne permette pas les données invalides et hors plage et évalue la plage de sortie attendue. Les tests de domaine garantissent qu'une application n'a pas de données d'entrée en dehors de la plage valide mentionnée.
Les 4 meilleures stratégies de test de domaine
Voyons maintenant la stratégie de test de domaine:
Les tests de domaine sont divisés en sous-domaines. Après cette application envisagée pour les tests de domaine avec le sous-domaine, en ce sens, une ou plusieurs combinaisons de données d'entrée testées via des sous-domaines. Il simplifie les scénarios complexes en tant que domaine partitionné en sous-domaine. Le test effectué aux limites du sous-domaine est appelé analyse de la valeur limite (BVA). Lorsque les conditions de test sont divisées en ensembles ou groupes de tests, il a appelé test de classe d'équivalence. Le testeur de domaine doit comprendre le domaine en détail.
1. Sélection du domaine
Le domaine qui possède des fonctionnalités moins complexes peut être considéré comme un test de domaine. Dans l'application, il y aura des variables d'entrée qui doivent être affectées et le bon résultat doit être vérifié.
2. Regroupez les données d'entrée en classes
Un type similaire de données d'entrée est partitionné en sous-ensembles. Il existe deux types de partitionnement, le partitionnement de classe d'équivalence et l'analyse de la valeur limite (BVA). Le partitionnement de classe d'équivalence divise l'entrée en partitions de données équivalentes pour déterminer les cas de test. Ici, les cas de test sont conçus de telle manière que chaque partition est couverte pour une fois. Dans les tests d'analyse des valeurs limites (BVA), les cas de test sont conçus en tenant compte de la plage non valide des valeurs limites.
3. Données d'entrée des classes à tester
Les valeurs limites doivent être considérées comme les données à tester. Les limites représentent les classes d'équivalence plus susceptibles de trouver une erreur que les autres membres de la classe. Une donnée entre la plage est le meilleur représentant d'une classe d'équivalence.
4. Vérification des données de sortie
Lorsque les données d'entrée sont affectées à l'application concernant ces données de sortie vérifiées. Les données de sortie doivent être invalides et la plage spécifiée.
Exemples de tests de domaine
Prenons deux scénarios comme exemple:
1. Un test de données avec entrée unique
Considérez que x et y sont la variable d'entrée pour toute expression et la variable z est la sortie. Ici, une expression est un scénario d'entrée unique qui inclut la variable x & y, il n'y a donc pas de variable d'entrée combinée.
Exemples d'expression: (z = x + y) ou (z = xy) ou (z = x * y) ou (z = x / y) etc.
2. Un test avec variable d'entrée multiple
Dans cet exemple, plusieurs ou des combinaisons de variables d'entrée sont testées concernant la sortie appropriée. Considérons une application de gestion scolaire pour le système de classement des enfants, concernant les classes de système de classement qui leur sont attribuées.
Selon les conditions de test ci-dessus, les scénarios ci-dessous peuvent être déterminés:
- Scénario 1: Les scores des élèves> 80 et <= 100, avec le sujet Science devraient être en classe A.
- Scénario2: Les scores des étudiants> 80 et <= 100, avec le sujet des comptes doivent être dans la classe B.
- Scénario3: L' élève obtient un score de 65, la matière scientifique doit être en classe C.
- Scénario4: L' élève obtient un score de 65, le sujet des comptes doit être en classe D.
- Scénario5: L' élève obtient un score de 50, la matière scientifique doit être en classe E.
- Scénario6: L' élève obtient 50, le sujet des comptes doit être en classe F.
- Scénario7: Scores des élèves <= 50, la matière scientifique doit être en classe G.
- Scénario8: Scores des élèves <= 50, le sujet des comptes doit être en classe H.
Ici, dans l'exemple ci-dessus, l'entrée sera Marks & Subject, concernant les classes qui seront allouées. Ce cas est celui de la partition des entrées ou du regroupement des valeurs d'entrée. La gamme des notes marquées est répartie dans les classes suivantes:
- Classe 1: élèves ayant obtenu un score> 80 et <100.
- Classe 2: élèves ayant obtenu 65 points.
- Classe 3: élèves ayant obtenu 50 points.
- Classe 4: élèves ayant obtenu un score <= 50.
Les valeurs des limites doivent être considérées comme les données à tester, les limites représentent les classes d'équivalence qui visent à trouver une erreur ou un bug que les autres membres de la classe. Une donnée entre la plage est le meilleur représentant d'une classe d'équivalence. Pour chaque classe mentionnée ci-dessus, le test est requis.
Pour la classe 1, les élèves qui ont obtenu un score supérieur à 80 (notes> 80 et notes <= 100).
Valeurs limites:
- Les notes 80 ne doivent pas être prises en compte dans cette classe, car les valeurs doivent être supérieures à 80.
- Les notes 81 doivent être considérées dans cette classe, car les valeurs doivent être supérieures à 80.
- Les notes 100 doivent être prises en compte dans cette classe, car les valeurs doivent être inférieures à 100 ou égales à 100.
- Les notes 101 ne doivent pas être prises en compte dans cette classe, car les valeurs doivent être inférieures à 100 ou égales à 100.
Partition d'équivalence Valeurs: Les valeurs d'entrée de 81 à 100 sont valides, par conséquent l'une des valeurs entre 81, 82, 83 jusqu'à 100 doit être incluse. Par conséquent, les notes sélectionnées «90» sont des notes valides pour cette classe.
Vérification des données de sortie
Ici, à partir de chaque partition, une seule condition de test est exécutée. Si une condition de test fonctionne correctement dans une partition, toutes les conditions de test restantes devraient fonctionner correctement. Et, si une condition de test dans la partition ne s'exécute pas correctement, il est supposé qu'aucune autre condition ne fonctionnera correctement.
Structure des tests de domaine
La structure de test de domaine est expliquée ci-dessous:
- Analysez la demande concernant le domaine.
- Découvrez les variables d'entrée valides.
- Concernant la sortie, recherchez, analysez les variables d'entrée et triez-les.
- Concernant l'analyse de partition BVA et équivalence, créez / trouvez des variables d'entrée.
- Recherchez et analysez les variables de sortie concernant les variables d'entrée.
- Trouvez les variables d'entrée non analysées. Recueillir des informations pour une évaluation plus approfondie.
- Résumer l'analyse complète des tests concernant les tableaux de risques.
Conclusion
Le test de domaine est une technique de test logiciel, qui nécessite des connaissances de base dans le domaine pour tester avec la bonne entrée pour effectuer la sortie nécessaire. Le domaine doit être divisé en sous-domaines pour fonctionner efficacement. Les tests de domaine sont également appelés tests d'équivalence ou tests d'analyse des limites, où les variables d'entrée sont analysées et identifiées comme valeurs de limite et valeurs de classe d'équivalence pour obtenir le résultat attendu.
Article recommandé
Ceci est un guide pour les tests de domaine. Nous discutons ici de l'introduction au test de domaine et de sa stratégie de test, ainsi que de la structure avec l'exemple. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Niveaux de tests logiciels | Top 4
- 6 principaux types de tests manuels
- Top 10 des outils de test de sécurité Open Source
- Introduction au cycle de vie des tests de logiciels
- Comment générer des données de test avec leurs avantages?
- Qu'est-ce qu'un cas de test? Comment écrire?