Qu'est-ce que le gris Box Essai? Techniques, exemple

Par : Thomas Hamilton Thomas Hamilton
Hours Le kit de préparation mis à jour

Gris Box USP,EP, BP

Gris Box USP,EP, BP ou Les tests en boîte grise sont une technique de test de logiciels permettant de tester un produit logiciel ou une application avec une connaissance partielle de la structure interne de l'application. Le but des tests en boîte grise est de rechercher et d’identifier les défauts dus à une structure de code inappropriée ou à une mauvaise utilisation des applications.

Au cours de 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.

Gris Box Le test est une méthode de test de logiciels, qui est une combinaison des deux Blanc Box USP,EP, BP et noir Box Méthode de test.

  • En blanc Box tester la structure interne (code) est connu
  • En noir Box le test de la structure interne (code) est inconnu
  • En gris Box La structure interne des tests (code) est partiellement connue

Gris Box USP,EP, BP

En génie logiciel, Gray Box Les tests donnent la possibilité de tester les deux côtés d’une application, la couche de présentation ainsi que la partie code. Il est principalement utile dans Test d'intégration et Tests de pénétration.

Exemple de gris Box Test: Lors du test des sites Web, des liens ou des liens orphelins, si le testeur rencontre un problème avec ces liens, il peut alors apporter les modifications immédiatement dans le code HTML et vérifier en temps réel.

Pourquoi gris Box USP,EP, BP

Gris Box Les tests sont effectués pour la raison suivante :

  • Il offre les avantages combinés des tests en boîte noire et des tests en boîte blanche.
  • Il combine la contribution des développeurs et des testeurs et améliore la qualité globale du produit.
  • Il réduit les frais généraux liés au long processus de test des types fonctionnels et non fonctionnels.
  • Cela donne suffisamment de temps libre au 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.

Gris Box Stratégie de test

Pour effectuer des tests en 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 des tests de 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'exigences, 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 les tests de la boîte grise sont :

  • Test matriciel : Cette technique de test consiste à définir toutes les variables qui existent dans leurs programmes.
  • Les tests de régression: Pour vérifier si le changement dans 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 à risque, retester dans un pare-feu.
  • Tests de réseaux orthogonaux ou OAT: Il offre 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 précédents du système. Contrairement aux tests en boîte noire, les tests en boîte grise fouillent dans le code et déterminent pourquoi l'échec s'est produit.

Habituellement, la méthodologie de la boîte grise utilise outils de test de logiciels automatisés pour effectuer les tests. Des stubs et des pilotes de module sont créés pour éviter au testeur de générer manuellement le code.

Les étapes pour effectuer les tests de la boîte grise sont :

  • Étape 1: Identifier les entrées
  • Étape 2: Identifier les sorties
  • Étape 3: Identifier les grands chemins
  • Étape 4: Identifier les sous-fonctions
  • Étape 5: Développer les entrées pour les sous-fonctions
  • Étape 6: Développer les sorties 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 boîte grise peuvent inclure des cas liés à l'interface graphique utilisateur, à la sécurité, à la base de données, au navigateur, Operaliés au système international, etc.

Gris Box Défis de test

  • Lorsqu'un composant testé rencontre une défaillance quelconque, cela peut conduire à l'avortement de l'opération en cours.
  • Lorsque le test s'exécute dans son intégralité 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 empêché de se propager davantage grâce aux tests en boîte grise.
  • Les tests en boîte grise conviennent davantage à l'interface graphique, Essais fonctionnels, évaluation de la sécurité, applications Web, services Web, etc.
  • Techniques utilisées pour les tests de la boîte grise