Test de la boîte noire
Black Box Testing est une méthode de test logiciel dans laquelle les fonctionnalités des applications logicielles sont testées sans connaître la structure du code interne, les détails d'implémentation et les chemins internes. Black Box Testing se concentre principalement sur l'entrée et la sortie des applications logicielles et est entièrement basé sur les exigences et les spécifications logicielles. Il est également connu sous le nom de test comportemental.
La Black-Box ci-dessus peut être n'importe quel système logiciel que vous souhaitez tester. Par exemple, un système d'exploitation comme Windows, un site Web comme Google, une base de données comme Oracle ou même votre propre application personnalisée. Sous Black Box Testing, vous pouvez tester ces applications en vous concentrant simplement sur les entrées et les sorties sans connaître leur implémentation de code interne. Considérez le didacticiel vidéo suivant:
Cliquez ici si la vidéo n'est pas accessible
Comment faire un test de Blackbox
Voici les étapes génériques suivies pour effectuer tout type de test Black Box.
- Dans un premier temps, les exigences et les spécifications du système sont examinées.
- Le testeur choisit des entrées valides (scénario de test positif) pour vérifier si SUT les traite correctement. De plus, certaines entrées non valides (scénario de test négatif) sont choisies pour vérifier que le SUT est capable de les détecter.
- Le testeur détermine les sorties attendues pour toutes ces entrées.
- Le testeur de logiciel construit des cas de test avec les entrées sélectionnées.
- Les cas de test sont exécutés.
- Le testeur logiciel compare les sorties réelles avec les sorties attendues.
- Les défauts, le cas échéant, sont corrigés et retestés.
Types de tests de la boîte noire
Il existe de nombreux types de tests Black Box, mais les suivants sont les plus importants -
- Test fonctionnel - Ce type de test boîte noire est lié aux exigences fonctionnelles d'un système; cela est fait par des testeurs de logiciels.
- Test non fonctionnel - Ce type de test de boîte noire n'est pas lié au test de fonctionnalités spécifiques, mais à des exigences non fonctionnelles telles que les performances, l'évolutivité, la convivialité.
- Test de régression - Le test de régression est effectué après les corrections de code, les mises à niveau ou toute autre maintenance du système pour vérifier que le nouveau code n'a pas affecté le code existant.
Outils utilisés pour les tests Black Box:
Les outils utilisés pour les tests de la boîte noire dépendent en grande partie du type de test de la boîte noire que vous effectuez.
- Pour les tests fonctionnels / de régression, vous pouvez utiliser - QTP, sélénium
- Pour les tests non fonctionnels, vous pouvez utiliser - LoadRunner, Jmeter
Techniques de test de la boîte noire
Voici la principale stratégie de test parmi les nombreuses utilisées dans les tests de boîte noire
- Test de classe d'équivalence: il est utilisé pour minimiser le nombre de cas de test possibles à un niveau optimal tout en maintenant une couverture de test raisonnable.
- Test de la valeur limite : le test de la valeur limite est axé sur les valeurs aux limites. Cette technique détermine si une certaine plage de valeurs est acceptable ou non par le système. Il est très utile pour réduire le nombre de cas de test. Il convient le mieux aux systèmes où une entrée se situe dans certaines plages.
- Test de la table de décision : Une table de décision met les causes et leurs effets dans une matrice. Il y a une combinaison unique dans chaque colonne.
Comparaison des tests Black Box et White Box:
| Test de la boîte noire | Test de la boîte blanche |
|---|---|
| le principal objectif des tests boîte noire est la validation de vos exigences fonctionnelles. | White Box Testing (Unit Testing) valide la structure interne et le fonctionnement de votre code logiciel |
| Les tests de boîte noire donnent une abstraction du code et se concentrent sur les efforts de test sur le comportement du système logiciel. | Pour effectuer des tests en boîte blanche, la connaissance du langage de programmation sous-jacent est essentielle. Les systèmes logiciels actuels utilisent une variété de langages et de technologies de programmation et il n'est pas possible de tous les connaître. |
| Le test de la boîte noire facilite le test de la communication entre les modules | Les tests en boîte blanche ne facilitent pas les tests de communication entre les modules |
Cycle de vie des tests de la boîte noire et du développement logiciel (SDLC)
Les tests de la boîte noire ont leur propre cycle de vie appelé cycle de vie des tests logiciels (STLC) et sont relatifs à chaque étape du cycle de vie du développement logiciel du génie logiciel.
- Exigence - Il s'agit de la phase initiale du SDLC et à cette étape, une exigence est collectée. Des testeurs de logiciels participent également à cette étape.
- Planification et analyse des tests - Les types de tests applicables au projet sont déterminés. Un plan de test est créé qui détermine les risques potentiels du projet et leur atténuation.
- Conception - Dans cette étape, les scénarios de test / scripts sont créés sur la base de documents d'exigences logicielles
- Exécution des tests - Dans cette étape, les scénarios de test préparés sont exécutés. Les bogues, le cas échéant, sont corrigés et retestés.