Introduction aux tests de boîte noire
Les techniques de test de la boîte noire sont une méthode qui implique la structure interne, la conception ou la mise en œuvre de l'article à tester. Les tests en cours peuvent être fonctionnels ou non fonctionnels. Ceci est connu sous le nom de test de boîte noire car la personne qui teste le système n'est pas au courant de la structure du code interne. Le testeur ne sait rien des détails de l'implémentation et des chemins internes. Les tests sont entièrement effectués sur la base des exigences et des spécifications logicielles reçues par le testeur. L'objectif principal de ce test est l'entrée et la sortie fournies au système.
Techniques de test de la boîte noire
Les cas de test conçus pour tester un système jouent un rôle important dans les tests. La façon dont ils sont créés et les scénarios qu'ils couvrent doivent être pris en considération. Les testeurs peuvent créer un document de spécification des exigences en utilisant les techniques ci-dessous:
- Partitionnement d'équivalence
- Analyse de la valeur limite
- Test de la table de décision
- Test de transition d'état
- Erreur de devinette
- Méthodes de test basées sur des graphiques
- Test de comparaison
- Utiliser la technique des cas
Voici les techniques expliquées ci-dessous:
1. Test d'équivalence
- Cette technique divise les valeurs d'entrée fournies au logiciel en différents groupes ou classes. Cela se fait sur la base des résultats qui arriveront comme résultat. Cette technique est également connue sous le nom de partitionnement de classe d'équivalence. En faisant cela, nous économisons l'effort de donner différentes entrées. Au lieu de cela, nous donnons une valeur au groupe ou à la classe pour tester le résultat pour ce groupe ou cette classe. Cela aide à améliorer la couverture du test et à son tour à réduire la reprise. Le temps est également enregistré car aucune entrée distincte ne doit être donnée. L'entrée pour chaque classe est suffisante.
- Prenons un exemple de notes que les élèves obtiennent. Si un élève obtient un score supérieur à 75%, il / elle a obtenu la première classe avec distinction. De même, si le score se situe entre 60% et 75%, il / elle a obtenu la première classe. Si le score se situe entre 50% et 60%, alors Second Class. Si le score se situe entre 40% et 50%, réussir la classe, sinon échouer. Ici, il y aura quatre classes. Ces cas de test sont formés et on s'assure que toutes les possibilités sont donc couvertes. Par conséquent, les tests avec toutes les valeurs de cet ensemble sont suffisants.
2. Analyse de la valeur limite
- Ici, l'accent est mis sur les valeurs présentes aux limites. En effet, il existe généralement de nombreux problèmes lors du test avec des valeurs qui se concentrent sur les limites. La limite se concentre sur les valeurs proches de la limite où le comportement du système change. Dans l'analyse des valeurs limites, les deux entrées, valides et non valides, doivent être testées.
- Par exemple, si nous voulons tester des valeurs allant de 1 à 100, nous devons vérifier si le programme fonctionne pour des valeurs telles que 1-1, 1 + 1, 1, 100-1, 100 + 1, etc. gain de temps à nouveau car nous ne pouvons vérifier que des valeurs telles que 0, 1, 2, 99, 100 et 101.
3. Test de la table de décision
Chaque fois qu'il existe des conditions logiques ou des étapes de prise de décision, cette technique doit être utilisée. Celles-ci peuvent être comme si une condition particulière n'est pas satisfaite, alors l'action A doit être exécutée, sinon l'action B doit être exécutée. Le testeur doit identifier l'entrée et les actions à effectuer en fonction des conditions. Une table de décision est créée en fonction de ces éléments. Prenons un exemple où un nombre impair de véhicules n'est autorisé que le lundi, mercredi, vendredi et dimanche, tandis que les véhicules à nombre pair sont autorisés le mardi, jeudi et samedi. Dans ce cas, il y a deux conditions et deux actions. La condition 1 étant des véhicules impairs et la condition 2 des véhicules pairs. Les actions étant les jours où ces véhicules peuvent être sur les routes. Le nombre total de cas de test, dans ce cas, peut être de quatre et, par conséquent, le tableau de décision peut être dérivé en conséquence.
4. Test de transition d'état
Dans cette technique, le cas de test tente de tester le système sous différents états. Cet état peut changer en fonction de différentes conditions ou événements. Lorsqu'un événement particulier se produit, ces scénarios peuvent être testés.
5. Deviner les erreurs
Cette technique est principalement basée sur l'expérience. Une fois qu'un testeur a l'expérience de travailler sur n'importe quelle application, son comportement et ses fonctionnalités lui sont connus. C'est un moyen par lequel de nombreux problèmes peuvent être découverts. En utilisant cette expérience, il est facile pour les testeurs de deviner où la plupart des développeurs sont enclins à faire des erreurs. Ceux-ci peuvent gérer des valeurs nulles, accepter le bouton de soumission sans aucune valeur, télécharger un fichier sans pièce jointe, télécharger un fichier avec une taille inférieure ou supérieure à la taille limite spécifiée, etc.
6. Tests basés sur des graphiques
Chaque application est construite à l'aide de certains objets. Tous les objets utilisés sont notés et un graphe est préparé. À partir de ce graphique, la relation de chaque objet est identifiée et les cas de test sont écrits en conséquence.
7. Test de comparaison
Dans cette technique, différentes versions du même logiciel sont utilisées puis comparées afin de tester l'ensemble du système. Le comportement est noté et comparé pour toutes les versions et tout écart est noté.
8. Technique de cas d'utilisation
Cette technique est utilisée pour identifier tous les cas de test en cours d'utilisation selon le système. Tous les scénarios sont notés qui aident à comprendre la fonctionnalité complète de chaque fonction de manière bout en bout. Les cas de test doivent avoir des cas qui couvrent tous les scénarios du début à la fin selon l'utilisation du système.
Conclusion
Les tests de la Black Box n'entrent pas dans les détails du codage. Il se concentre principalement sur le test et la validation du comportement et des fonctionnalités du logiciel. Aucune formation technique n'est nécessaire et les tests peuvent être lancés dès que le développement du projet est terminé. Les testeurs et les développeurs peuvent travailler en silos. Il est plus efficace pour les grandes applications où la fonctionnalité compte plus que le code. Il aide également à identifier les défauts et les problèmes au début du test. Une fois le nouveau test terminé, il peut être vérifié si les problèmes persistent et le système est à nouveau vérifié.
Articles recommandés
Ceci est un guide des techniques de test de la boîte noire. Ici, nous discutons de l'introduction aux tests de Black Box, des techniques et des 8 meilleures techniques de Black Box. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Test Fuzz
- Test négatif
- Test de la table de décision
- Test de la boîte grise