Blanc Box Tests - Qu'est-ce que c'est, techniques, exemples et types
Blanc Box USP,EP, BP
Blanc Box USP,EP, BP est une technique de test dans laquelle la structure interne, la conception et le codage du logiciel sont testés pour vérifier le flux d'entrée-sortie et améliorer la conception, la convivialité et la sécurité. Dans les tests en boîte blanche, le code est visible pour les testeurs, c'est pourquoi il est également appelé test en boîte transparente, test en boîte ouverte, test en boîte transparente, test basé sur le code et test en boîte en verre.
C'est l'une des deux parties du Box Approche de test des logiciels. Son équivalent, le test Blackbox, implique des tests du point de vue externe ou de l'utilisateur final. D'autre part, le test White Box en ingénierie logicielle est basé sur le fonctionnement interne d'une application et s'articule autour de tests internes.
Le terme « BlancBox" a été utilisé en raison du concept de boîte transparente. La boîte transparente ou blancheBox Le nom symbolise la capacité de voir à travers la coque extérieure du logiciel (ou « boîte ») dans son fonctionnement interne. De même, la « boîte noire » dans «Noir Box USP,EP, BP" symbolise l'impossibilité de voir le fonctionnement interne du logiciel afin que seule l'expérience de l'utilisateur final puisse être testée.
Blanc Box Vidéo de test
Cliquez sur ici si la vidéo n'est pas accessible
Que vérifiez-vous en blanc Box Essai?
Les tests en boîte blanche impliquent le test du code du logiciel pour les éléments suivants :
- Des failles de sécurité internes
- Chemins brisés ou mal structurés dans les processus de codage
- Le flux d'entrées spécifiques à travers le code
- Production attendue
- La fonctionnalité des boucles conditionnelles
- Test de chaque instruction, objet et fonction sur une base individuelle
Les tests peuvent être effectués aux niveaux du système, de l’intégration et des unités de développement logiciel. L'un des objectifs fondamentaux des tests en boîte blanche est de vérifier le flux de travail d'une application. Cela implique de tester une série d'entrées prédéfinies par rapport aux sorties attendues ou souhaitées, de sorte que lorsqu'une entrée spécifique n'aboutit pas à la sortie attendue, vous rencontriez un bug.
Comment jouez-vous le blanc Box Essai?
Nous l'avons divisé en deux étapes de base pour vous donner une explication simplifiée des tests en boîte blanche. Voici ce que font les testeurs lorsqu’ils testent une application à l’aide de la technique de test en boîte blanche :
ÉTAPE 1) COMPRENDRE LE CODE SOURCE
La première chose qu’un testeur fera souvent est d’apprendre et de comprendre le code source de l’application. Étant donné que les tests en boîte blanche impliquent de tester le fonctionnement interne d’une application, le testeur doit être très compétent dans les langages de programmation utilisés dans les applications qu’il teste. En outre, la personne chargée du test doit être très consciente des pratiques de codage sécurisées. La sécurité est souvent l’un des principaux objectifs des tests de logiciels. Le testeur doit être capable de détecter les problèmes de sécurité et de prévenir les attaques de pirates informatiques et d'utilisateurs naïfs qui pourraient injecter du code malveillant dans l'application, sciemment ou inconsciemment.
ÉTAPE 2) CRÉER DES CAS DE TEST ET EXÉCUTER
La deuxième étape fondamentale du test en boîte blanche consiste à tester le code source de l'application pour vérifier son flux et sa structure. Une solution consiste à écrire davantage de code pour tester le code source de l'application. Le testeur développera des petits tests pour chaque processus ou série de processus de l'application. Cette méthode nécessite que le testeur ait une connaissance approfondie du code et est souvent réalisée par le développeur. D'autres méthodes incluent Test manuel, les tests par essais et erreurs et l'utilisation d'outils de test, comme nous l'expliquerons plus loin dans cet article.
BlancBox Exemple de test
Considérez le morceau de code suivant
Printme (int a, int b) { ------------ Printme is a function int result = a+ b; If (result> 0) Print ("Positive", result) Else Print ("Negative", result) } ----------- End of the source code
Le but des BlancsBox les tests en génie logiciel consistent à vérifier toutes les branches de décision, boucles et instructions du code.
Pour exercer les déclarations dans l'exemple de test de boîte blanche ci-dessus, WhiteBox les cas de test seraient
- A = 1, B = 1
- A = -1, B = -3
Blanc Box Techniques d'essais
L’analyse de couverture de code est une technique majeure de test en boîte blanche. L'analyse de la couverture du code élimine les lacunes dans un Cas de test suite. Il identifie les domaines d'un programme qui ne sont pas exercés par un ensemble de cas de test. Une fois les lacunes identifiées, vous créez des cas de test pour vérifier les parties non testées du code, augmentant ainsi la qualité du produit logiciel.
Il existe des outils automatisés disponibles pour effectuer Analyse de la couverture du code. Vous trouverez ci-dessous quelques techniques d’analyse de couverture qu’un testeur de boîte peut utiliser :
Couverture de l'état:- Cette technique nécessite que chaque instruction possible dans le code soit testée au moins une fois pendant le processus de test de génie logiciel.
Couverture des succursales – Cette technique vérifie tous les chemins possibles (if-else et autres boucles conditionnelles) d'une application logicielle.
En dehors de ce qui précède, il existe de nombreux types de couverture tels que la couverture de conditions, la couverture de conditions multiples, la couverture de chemin, la couverture de fonctions, etc. Chaque technique a ses propres mérites et tente de tester (couvrir) toutes les parties du code logiciel. En utilisant la couverture des relevés et des succursales, vous obtenez généralement une couverture de code de 80 à 90 %, ce qui est suffisant.
Voici les points blancs importantsBox Techniques de test :
- Couverture de l'état
- Couverture des décisions
- Couverture de la succursale
- Couverture des conditions
- Couverture de plusieurs conditions
- Couverture des machines à états finis
- Couverture de chemin
- Tests de flux de contrôle
- Tests de flux de données
Types de blanc Box USP,EP, BP
Test de la boîte blanche englobe plusieurs types de tests utilisés pour évaluer la convivialité d’une application, d’un bloc de code ou d’un progiciel spécifique. Ils sont répertoriés ci-dessous -
- Test unitaire Il s’agit souvent du premier type de test effectué sur une application. Tests unitaires est effectué sur chaque unité ou bloc de code au fur et à mesure de son développement. Les tests unitaires sont essentiellement effectués par le programmeur. En tant que développeur de logiciels, vous développez quelques lignes de code, une seule fonction ou un objet et le testez pour vous assurer qu'il fonctionne avant de continuer. Les tests unitaires permettent d'identifier la majorité des bogues, dès le début du cycle de vie du développement logiciel. Les bogues identifiés à cette étape sont moins chers et faciles à corriger.
- Test des fuites de mémoire: Les fuites de mémoire sont les principales causes du ralentissement des applications. Un spécialiste de l'assurance qualité expérimenté dans la détection des fuites de mémoire est essentiel dans les cas où votre application logicielle s'exécute lentement.
Outre ce qui précède, quelques types de tests font partie des tests en boîte noire et en boîte blanche. Ils sont listés ci-dessous
- Blanc Box Tests de pénétration: Lors de ces tests, le testeur/développeur dispose d'informations complètes sur le code source de l'application, d'informations détaillées sur le réseau, des adresses IP impliquées et de toutes les informations sur le serveur sur lequel l'application s'exécute. L’objectif est d’attaquer le code sous plusieurs angles pour exposer les menaces de sécurité.
- Blanc Box Test de mutation: Tests de mutation est souvent utilisé pour découvrir les meilleures techniques de codage à utiliser pour développer une solution logicielle.
Blanc Box Outils de test
Vous trouverez ci-dessous une liste des meilleurs outils de test en boîte blanche.
Avantages du blanc Box USP,EP, BP
- Optimisation du code en trouvant les erreurs cachées.
- Les cas de tests en boîte blanche peuvent être facilement automatisés.
- Les tests sont plus approfondis car tous les chemins de code sont généralement couverts.
- Les tests peuvent commencer tôt SDLC même si l'interface graphique n'est pas disponible.
Inconvénients du blancBox USP,EP, BP
- Les tests en boîte blanche peuvent être assez complexes et coûteux.
- Les développeurs qui exécutent généralement des cas de test en boîte blanche le détestent. Les tests en boîte blanche effectués par les développeurs ne sont pas détaillés et peuvent conduire à des erreurs de production.
- Les tests en boîte blanche nécessitent des ressources professionnelles possédant une compréhension détaillée de la programmation et de la mise en œuvre.
- Les tests en boîte blanche prennent du temps, les applications de programmation plus volumineuses prennent du temps à être testées complètement.
Conclusion
- Les tests en boîte blanche peuvent être assez complexes. La complexité impliquée dépend en grande partie de l’application testée. Une petite application qui effectue une seule opération simple peut être testée en boîte blanche en quelques minutes, tandis que des applications de programmation plus importantes prennent des jours, des semaines, voire plus, pour être entièrement testées.
- Les tests en boîte blanche dans les tests logiciels doivent être effectués sur une application logicielle au fur et à mesure de son développement après son écriture et à nouveau après chaque modification.