Test de la boîte noire - Comment ça marche - Technique et avantage - Portée et utilisations

Table des matières:

Anonim

Présentation des tests de la boîte noire

Le test de boîte noire est une méthode de test de logiciel dans laquelle la structure interne ou la conception ou la mise en œuvre de l'article qui doit être testé est inconnue du testeur.

Qu'est-ce que le test de logiciels?

Le test de logiciel est la procédure d'évaluation d'un système dans le but de trouver des bogues. Il est effectué pour vérifier si le système satisfait à ses exigences spécifiées. Les tests mesurent la qualité globale du système en termes d'exactitude, d'exhaustivité, de convivialité, de performances et d'autres attributs fonctionnels et non fonctionnels.

Le test de boîte noire est une technique de test de logiciel qui se concentre sur l'analyse des fonctionnalités du logiciel, par rapport aux mécanismes du système interne. Le test de la boîte noire a été développé comme méthode d'analyse des exigences, des spécifications et des stratégies de conception de haut niveau du client. Un testeur de logiciel de boîte noire sélectionnerait un ensemble d'entrées et des conditions d'exécution de code valides et invalides et vérifierait les réponses de sortie valides. Les tests en boîte noire sont également appelés tests fonctionnels ou tests en boîte fermée.

Par exemple Un moteur de recherche d'une application. Dans un moteur de recherche, un utilisateur entrerait du texte dans la barre de recherche du navigateur. Le moteur de recherche localiserait et récupèrerait ensuite la sortie des données utilisateur associées. Ce qui se passe dans les coulisses est inconnu de l'utilisateur. Ainsi, la mise en œuvre interne ne le comprend pas.

Les avantages des tests de la boîte noire comprennent:

  • Simplicité: facilite les tests de conceptions de haut niveau et d'applications complexes
  • Conserve les ressources: les testeurs se concentrent sur les fonctionnalités du logiciel.
  • Cas de test: se concentrer sur la fonctionnalité du logiciel pour faciliter le développement rapide de cas de test.
  • Offre de la flexibilité: aucune connaissance spécifique en programmation n'est requise.

Un exemple

Le testeur testerait les pages Web, c'est-à-dire par des clics et des frappes en utilisant un navigateur en fournissant des entrées et sans la connaissance des structures internes, vérifiant ainsi les sorties par rapport aux résultats attendus.

Outils utilisés pour les tests de boîte noire

Les outils de test de boîte noire dépendent essentiellement du type de test de boîte noire que vous implémentez.

  • Les tests fonctionnels / de régression peuvent être effectués via QTP ou Selenium
  • Les tests non fonctionnels peuvent être effectués via LoadRunner ou Jmeter.

Les niveaux

Dans Black Box Testing, les niveaux suivants sont destinés aux tests de logiciels:

  • Test d'intégration
  • Test du système
  • Test d'acceptation

Comme le niveau est plus élevé, la boîte serait plus grande et plus complexe et davantage de tests de boîte noire entrent en jeu.

Définition des tests de la boîte noire

Le test de la boîte noire peut être défini comme une technique de test dans laquelle la fonctionnalité d'Application Under Test (AUT) est testée mais sans tenir compte de la structure du code interne, des détails de la mise en œuvre et de toute connaissance des chemins internes du logiciel.

Comprendre les tests de la boîte noire

Le test de la boîte noire concerne toutes les spécifications et exigences logicielles. Black Box Testing se concentre uniquement sur les entrées et les sorties du système logiciel et ne se soucie pas du tout de la connaissance interne du logiciel.

Comment le Black Box Testing facilite-t-il le travail?

Il y a le cycle de vie de test de logiciel, c'est-à-dire STLC, qui est un test de boîte noire qui est relatif à chaque étape du cycle de vie de développement de logiciel.

  1. Dans la première ou la première étape de STLC, les exigences du produit sont collectées. C'est ce qu'on appelle la phase de collecte des exigences.
  2. La phase qui suit est la phase de planification et d'analyse des tests. Les livrables de cette phase sont généralement des types de tests à effectuer conformément au projet et un plan de test pour déterminer les risques et l'atténuation de ces risques.
  3. La troisième phase est la phase de conception dans laquelle les cas de test, les scripts de test sont préparés à l'aide des documents d'exigences logicielles ou du document d'exigences métier.
  4. La dernière étape est connue comme la phase d'exécution des tests. Comme son nom l'indique, à cette étape, tous les scénarios de test ou scripts sont exécutés. Tous les bogues trouvés sont signalés, corrigés et retestés.

Que pouvez-vous faire avec Black Box Testing?

Certaines des principales stratégies de test utilisées dans les tests de boîte noire sont expliquées ci-dessous:

  • Test de classe d'équivalence
  • Test de la valeur limite
  • Test de la table de décision
  • Test de cause à effet
  • Test basé sur les exigences
  • Test de compatibilité

Test de classe d'équivalence

Ce type de test est préféré car il aide à minimiser les cas de test à un niveau où les chances de couverture des exigences sont à un niveau optimal.

Cela se fait en deux étapes:

1. Identification et partitionnement en classes d'équivalence: dans un premier temps, les données d'entrée sont partitionnées en un minimum de deux ensembles - le premier ensemble contient une liste de valeurs d'entrée valides et le second ensemble contient la liste des valeurs d'entrée invalides. Par exemple, s'il existe une zone d'âge qui peut contenir un âge compris entre 20 et 40, les valeurs d'entrée valides peuvent être 21, 25, 30, 39, etc. et les valeurs d'entrée non valides peuvent être n'importe quelle valeur inférieure à 20 ou supérieure à 40 comme 10, 15, 45, 55, etc.

2. Création de cas de test - Un numéro d'identification unique est attribué à chaque classe d'entrée valide et classe d'entrée non valide, puis des cas de test sont écrits avec l'intention de couvrir les deux ensembles de classes d'entrée.

Test de la valeur limite

Les tests de valeurs limites se concentrent essentiellement sur les valeurs limites. Il évalue si une certaine plage de valeurs serait ou non acceptable par le système. Le test de la valeur limite est utile pour réduire / minimiser le nombre de cas de test. Le test de la valeur limite est le plus approprié pour les systèmes où l'entrée se situe dans certaines plages.

Test de la table de décision

Un tableau de décision montre les causes et leurs effets simultanés sous la forme d'une matrice. Dans les tests de table de décision, il existe une combinaison unique dans chaque colonne.

Graphique de cause à effet

Le graphique de cause à effet développe une relation entre les causes (entrées logiques) et l'effet correspondant (actions). Ils sont représentés à l'aide de graphes booléens. Les étapes à suivre sont les suivantes:

  1. Identification des entrées et sorties.
  2. Développement d'un graphique de cause à effet.
  3. Transformation du graphique en table de décision.
  4. Conversion des règles de la table de décision en cas de test.

Tests basés sur les exigences

Ce type de test comprend la vérification de la validité ou non des exigences mentionnées dans le SRS ou la spécification des exigences logicielles.

Test de compatibilité

Afin de fournir des fonctionnalités, les produits et l'infrastructure dépendent du résultat des exécutions de cas de test. Quelles que soient les modifications apportées aux paramètres d'infrastructure, le produit devrait toujours fonctionner correctement. Certains des paramètres affectant généralement la compatibilité des logiciels sont répertoriés ci-dessous:

  1. Processeurs Pentium 3 ou Pentium 4 et nombre de processeurs utilisés
  2. Architecture 32 bits ou 64 bits
  3. Serveurs de base de données ou tout autre composant principal
  4. Type de système d'exploitation (Windows, Linux, etc.).

Utilisation des tests de boîte noire

Voici les étapes de base nécessaires pour effectuer des tests de boîte noire.

  • Premièrement, les spécifications et les exigences du système sont traitées.
  • Deuxièmement, le testeur choisirait des entrées logiques, c'est-à-dire des scénarios de test positifs afin de vérifier si SUT les a traitées correctement ou non. De plus, des entrées invalides également, c'est-à-dire un scénario de test négatif, sont également choisies pour vérifier que le SUT peut les détecter.
  • Troisièmement, les testeurs détermineraient alors les sorties attendues pour toutes les entrées valides.
  • Quatrièmement, le testeur de logiciel crée des cas de test avec ces entrées sélectionnées et valides.
  • Cinquièmement, les cas de test créés sont exécutés.
  • Sixièmement, les testeurs de logiciels font la distinction entre les sorties réelles et les sorties attendues et vérifient si elles sont identiques.
  • Enfin, le cas échéant, ils sont corrigés et testés à nouveau.

Les avantages

  • Les tests de boîte noire sont toujours exécutés du point de vue de l'utilisateur, car cela aiderait à exposer les écarts de manière significative.
  • Les testeurs de boîtes noires n'ont pas non plus besoin de connaître de langages de programmation.
  • Les testeurs de boîte noire n'ont pas besoin de savoir comment le logiciel a été implémenté.
  • Les cas de test liés à la boîte noire sont conçus par les testeurs dès que les spécifications sont terminées.

Désavantages

  • Puisqu'aucune connaissance technique ou de programmation n'est nécessaire, il peut y avoir des cas pour ignorer toutes les conditions valides et possibles du scénario qui doit être testé.
  • Il existe des possibilités de moins de tests et d'ignorance de chaque entrée possible et de leurs tests de sortie en raison de contraintes de temps (temps stipulé).
  • Le test complet et terminé La couverture n'est souvent pas possible pour les projets complexes et de grande envergure.

Pourquoi devrions-nous utiliser le Black Box Testing?

Les outils de test de la boîte noire sont essentiellement ceux de l'enregistrement et de la lecture. Ces outils enregistrent les cas de test sous forme de scripts comme TSL, JavaScript, script VB, etc. Tous ces outils sont essentiellement utilisés pour les tests de régression afin de vérifier si la nouvelle version fournie a fait un défaut dans la fonctionnalité d'application fonctionnant déjà très bien. .

Portée

Les types de tests Black Box les plus importants et les plus importants sont les suivants:

  • Tests fonctionnels: Ce type de test de boîte noire concerne tous les exigences fonctionnelles du système et il est exécuté par des testeurs de logiciels.
  • Tests non fonctionnels: ce type de test de boîte noire ne concerne pas le test de la fonctionnalité particulière, mais tous les besoins non fonctionnels tels que les performances, la convivialité, l'évolutivité et bien plus encore.
  • Test de régression: le test de régression est exécuté après la correction d'un code, toute mise à niveau de code ou toute autre maintenance du système est effectuée pour vérifier si le nouveau code n'a pas affecté la fonctionnalité existante.

Différences

Le Black Box Testing est la technique de test du logiciel dans laquelle la structure interne ou la conception ou la mise en œuvre du produit testé est inconnue du testeur.

Le test en boîte blanche est une technique de test logiciel dans laquelle la structure interne ou la conception ou la mise en œuvre du produit testé est connue d'un testeur.

Test de la boîte noire Test de boîte blanche
Le test de la boîte noire est dans lequel la structure interne ou le programme ou le code est inconnu.Le test en boîte blanche est dans lequel le testeur a des connaissances sur la structure interne du logiciel
Il est généralement effectué par des testeurs de logiciels.Il est généralement effectué par les développeurs de logiciels.
Ici, aucune connaissance de l'implémentation n'est requise.Ici, la connaissance de l'implémentation est requise.
Il peut également être appelé test de logiciel externe / externe.Il peut également être appelé test logiciel interne / interne.
Le test de la boîte noire est le test fonctionnel du logiciel.Le test en boîte blanche est le test structurel du logiciel.
Ces tests peuvent être lancés sur la base du document de spécifications des exigences.Ce type de test de logiciel est démarré après un document de conception détaillée.
Ici, aucune connaissance du langage de programmation n'est requise.Ici, il est obligatoire de connaître au moins un langage de programmation.
Il s'agit essentiellement de tests de comportement du logiciel.Il s'agit du test logique de base du logiciel.
Il est principalement applicable aux niveaux de test supérieurs.Il est principalement applicable aux niveaux de test inférieurs.
Il est également appelé test comportemental.Il est également appelé test en boîte transparente ou en verre.
Les tests de la boîte noire prennent moins de temps que les tests de la boîte blanche.Les tests en boîte blanche prennent plus de temps que les tests en boîte noire.
Le test de la boîte noire n'est pas approprié pour le test d'algorithme.Les tests en boîte blanche conviennent aux tests d'algorithmes.
Cela peut être accompli par des méthodes d'essai et d'erreur.Les limites internes ou internes des données avec leur domaine peuvent être testées de manière approfondie.
Par exemple: rechercher quelque chose sur google à l'aide de mots clésPar exemple: utiliser des entrées pour vérifier et vérifier les boucles.
Les types

  1. Test fonctionel
  2. Tests non fonctionnels
  3. Les tests de régression
Les types

  1. Test de chemin
  2. Test de boucle
  3. Test de condition

Conclusion:

Tous les sujets abordés sont des sujets de base ainsi que des sujets avancés liés aux tests de la boîte noire et à l'essentiel de toutes ses techniques et méthodes.

Puisqu'il est difficilement possible de tester chacun avec l'implication humaine et cela aussi avec une précision de 100%, mais si les méthodes déjà spécifiées sont utilisées très efficacement, cela améliorera sans aucun doute la qualité du système. Par conséquent, pour terminer, le test de la boîte noire est une méthode sérieusement très efficace pour identifier les défauts ainsi que pour vérifier la fonctionnalité du système.

Articles recommandés

Cela a été un guide pour les tests de la boîte noire. Ici, nous avons discuté de la façon dont le Black Box Testing est effectué à l'aide d'exemples et de différentes techniques de Black Box Testing avec des outils. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus–

  1. Test de boîte blanche
  2. Questions d'entretien d'embauche
  3. Qu'est-ce que l'hyperviseur
  4. Questions d'entretiens chez Game Testing