Test de la boîte grise
Le test de la boîte grise ou le test de la boîte grise est une technique de test logiciel permettant de tester un produit logiciel ou une application avec une connaissance partielle de la structure interne de l'application. Le but du test de la boîte grise est de rechercher et d'identifier les défauts dus à une structure de code incorrecte ou à une utilisation incorrecte des applications.
Dans ce processus, les erreurs spécifiques au contexte liées aux systèmes Web sont généralement identifiées. Il augmente la couverture des tests en se concentrant sur toutes les couches de tout système complexe.
Le test de la boîte grise est une méthode de test logicielle, qui est une combinaison de la méthode de test de la boîte blanche et de la méthode de test de la boîte noire.
- Dans la White Box, la structure interne (code) est connue
- Dans la Black Box, la structure interne (code) du test est inconnue
- Dans Gray Box Testing, la structure interne (code) est partiellement connue
En génie logiciel, Gray Box Testing donne la possibilité de tester les deux côtés d'une application, la couche de présentation ainsi que la partie de code. Il est principalement utile dans les tests d'intégration et les tests de pénétration.
Exemple de test de la boîte grise: lors du test de fonctionnalités de sites Web telles que des liens ou des liens orphelins, si le testeur rencontre un problème avec ces liens, il peut effectuer les modifications immédiatement dans le code HTML et vérifier en temps réel.
Pourquoi le test de la boîte grise
Le test de la boîte grise est effectué pour la raison suivante,
- Il offre des avantages combinés à la fois du test de la boîte noire et du test de la boîte blanche
- Il combine les contributions des développeurs ainsi que des testeurs et améliore la qualité globale du produit
- Il réduit la surcharge du long processus de test des types fonctionnels et non fonctionnels
- Cela donne suffisamment de temps libre à un développeur pour corriger les défauts
- Les tests sont effectués du point de vue de l'utilisateur plutôt que du point de vue du concepteur
Stratégie de test de la boîte grise
Pour effectuer le test de la boîte grise, il n'est pas nécessaire que le testeur ait accès au code source. Un test est conçu sur la base de la connaissance de l'algorithme, des architectures, des états internes ou d'autres descriptions de haut niveau du comportement du programme.
Pour effectuer un test de la boîte grise-
- Il applique une technique simple de test de boîte noire
- Il est basé sur la génération de cas de test d'exigence, en tant que tel, il prédéfinit toutes les conditions avant que le programme ne soit testé par la méthode d'assertion.
Les techniques utilisées pour le test de la boîte grise sont:
- Test matriciel: Cette technique de test consiste à définir toutes les variables qui existent dans leurs programmes.
- Test de régression : pour vérifier si le changement de la version précédente a régressé d'autres aspects du programme dans la nouvelle version. Cela se fera en testant des stratégies telles que tout retester, retester les cas d'utilisation risqués, retester dans un pare-feu.
- Test de matrice orthogonale ou OAT : il fournit une couverture de code maximale avec un minimum de cas de test.
- Test de modèle: Ce test est effectué sur les données historiques des défauts du système précédents. Contrairement aux tests de la boîte noire, les tests de la boîte grise creusent dans le code et déterminent pourquoi l'échec s'est produit
Habituellement, la méthodologie de la boîte grise utilise des outils de test logiciels automatisés pour effectuer les tests. Les stubs et les pilotes de module sont créés pour permettre au testeur de générer manuellement le code.
Les étapes pour effectuer le test de la boîte grise sont les suivantes:
- Étape 1 : Identifiez les entrées
- Étape 2 : Identifiez les sorties
- Étape 3 : Identifiez les principaux chemins
- Étape 4 : Identifier les sous-fonctions
- Étape 5 : Développer les entrées pour les sous-fonctions
- Étape 6 : Développer les résultats pour les sous-fonctions
- Étape 7 : Exécuter le scénario de test pour les sous-fonctions
- Étape 8 : Vérifiez le résultat correct pour les sous-fonctions
- Étape 9 : Répétez les étapes 4 et 8 pour les autres sous-fonctions
- Étape 10 : Répétez les étapes 7 et 8 pour les autres sous-fonctions
Les cas de test pour les tests de la boîte grise peuvent inclure, liés à l'interface graphique, à la sécurité, à la base de données, au navigateur, au système opérationnel, etc.
Défis du test de la boîte grise
- Lorsqu'un composant testé rencontre une défaillance d'une quelconque nature, cela peut entraîner un avortement de l'opération en cours.
- Lorsque le test s'exécute intégralement mais que le contenu du résultat est incorrect.
Résumé:
- Le coût global des défauts du système peut être réduit et évité de passer plus loin grâce aux tests de la boîte grise
- Les tests en boîte grise sont plus adaptés à l'interface graphique, aux tests fonctionnels, à l'évaluation de la sécurité, aux applications Web, aux services Web, etc.
- Techniques utilisées pour le test de la boîte grise
- Test matriciel
- Les tests de régression
- Test OAT ou Orthogonal Array
- Test de modèle