Tests boîte noire : Définition, types & Techniques

Les tests "boîte noire" vous permettent d'analyser le fonctionnement d'un produit sans avoir à vous pencher sur la manière dont il est construit.

Vous pouvez utiliser cette méthode pour vous assurer que votre site web fonctionne parfaitement avant de le lancer. Vous pouvez également programmer un test boîte noire à plusieurs moments du processus de développement de l'application. 

Les tests "boîte noire" ont des limites. Une fois que vous avez les résultats, vous devez décompresser le code et trouver les bonnes corrections. Mais si vous effectuez régulièrement des tests de boîte noire, vous pouvez vous assurer que vos outils fonctionnent correctement et de manière cohérente pour vos clients. 

Qu'est-ce que le test de la boîte noire ? 

Votre équipe sait ce que votre logiciel, votre site web ou votre application est censé faire. Au fur et à mesure que les membres de votre équipe travaillent, ils sont à l'affût de problèmes, de pépins ou d'actions inattendues qui pourraient indiquer une erreur de codage. 

Vous pouvez utiliser les tests de boîte noire pour trouver :

• Omissions. Avez-vous promis une fonctionnalité manquante ? 
• Erreurs. L'interface fonctionne-t-elle de manière inattendue ? La source de données est-elle saine ? 
• Limites. Certaines entrées font-elles planter le système ou le rendent-elles moins performant ? 

Une équipe de test boîte noire n'a aucune idée de la manière dont vous avez construit le sujet de test, et ne peut donc pas vous donner de suggestions pour résoudre les problèmes qu'elle trouve. Leur seule tâche consiste à mettre en évidence les éléments qui nécessitent une enquête plus approfondie.

Si vous avez besoin d'informations sur des problèmes de codage, ce qui pourrait accélérer les réparations, les tests en boîte blanche ou les tests d'intrusion peuvent être un meilleur choix. Les personnes qui travaillent dans ces équipes connaissent parfaitement le code qui sous-tend un produit, et leurs tests garantissent que votre produit fonctionne comme vous l'avez conçu. 

Quand utilise-t-on les tests "boîte noire" ? 

Un jour de mai 2020, des milliers de personnes ont essayé de lancer l'application sur leur téléphone et ont été confrontées à des plantages. Les codeurs de Facebook sont à blâmer. Des tests en boîte noire auraient pu éviter ce problème catastrophique. 

Avant de lancer quoi que ce soit au public, vous devez le tester soigneusement et à plusieurs reprises. Le travail que vous effectuez aujourd'hui pourrait permettre aux clients d'avoir moins à se plaindre à l'avenir. 

Si vous créez un logiciel, vous exécuterez plusieurs fois des tests de boîte noire. Les tests font partie du cycle de vie des logiciels (STLC), et vous les effectuez généralement au cours des étapes suivantes :

• Exigence : Les testeurs de logiciels déterminent les éléments du produit qu'ils peuvent ou ne peuvent pas tester. 
• La planification : Les testeurs déterminent les types de tests qui fonctionneront le mieux et la manière dont ils mesureront le succès. 
• Analyse : Les testeurs définissent des conditions de test idéales. 
• conception : Ils identifient des règles formelles pour chaque test. 
• Mettre en œuvre : Les testeurs créent des cas de test.
• Exécution : Les tests commencent, et les testeurs log défaut. 
• Conclusion : Les rapports formels clôturent le cycle. 

Votre produit peut passer par ce même processus plusieurs fois au cours de son développement. Chaque test vous permet d'en savoir un peu plus sur ce qui fonctionne et ce qui ne fonctionne pas. 

Les tests "boîte noire" peuvent également vous rendre moins vulnérable aux pirates informatiques. Certains de vos tests devraient consister à essayer de franchir les limites de sécurité, et toute brèche réussie indique qu'il vous reste des efforts à faire pour assurer la sécurité de vos données. Vous pouvez exécuter ce formulaire de tests répétés tout au long du cycle de vie de votre produit, juste pour vous assurer que tout reste sécurisé. 

Comment réaliser des tests de boîte noire 

Les projets modernes impliquent des dizaines de personnes. Le simple lancement d'un nouveau site web, par exemple, peut nécessiter la mise en place d'une équipe de 20 personnes ou plus. Si vous effectuez des tests en boîte noire, vous aurez besoin d'encore plus de participants. 

Les testeurs de boîtes noires doivent avoir accès à

• Spécifications. Que doit faire le produit ? Comment l'informatique doit-elle fonctionner ? 
• Paramètres de conception. À quoi devraient ressembler les technologies de l'information ? Que devrait ressentir le service informatique ?
• Entrées. Que doit faire le testeur pour s'assurer que le produit fonctionne ?
• Sorties. Qu'est-ce qu'une erreur ? Qu'est-ce qui est exact ? 

Avec ces informations, le testeur exécutera des tests de cas pour s'assurer que tout fonctionne correctement, et il log toutes les erreurs. 

Il existe de nombreuses techniques de conception de tests en boîte noire, notamment :

• Test de toutes les paires. Le testeur dispose d'une paire de paramètres d'entrée et teste toutes les combinaisons. 
• Analyse des valeurs limites. Les testeurs disposent d'une série d'entrées qu'ils utilisent exclusivement dans le cadre de leur travail. 
• Test de la table de décision. Les testeurs utilisent différentes combinaisons d'entrées pour tester le comportement du système. Ils capturent toutes les données dans un tableau. 
• analyse à déterminer. Les testeurs examinent les systèmes logiciels apparentés pour trouver les parties variables et communes. 
• Partitionnement par équivalence. Le testeur divise les données d'entrée et teste l'informatique en groupe. Ils tentent de trouver des classes d'erreurs sous-jacentes. 
• Erreur de devinette. Les testeurs expérimentés s'appuient sur leur expérience pour trouver des bogues dans le logiciel qu'ils analysent actuellement. 
• cas d'usage testing. Votre équipe de test teste des actions ou des événements spécifiques pour s'assurer qu'ils aident l'utilisateur à atteindre un objectif précis. 
• Test de l'histoire de l'utilisateur. Vous donnez aux testeurs des personas, et ils s'efforcent de voir si cette personne pourrait être satisfaite de l'article qu'ils testent.

Vous pouvez proposer à vos testeurs une combinaison de certaines des techniques ci-dessus. Par exemple, vous pouvez combiner les tests de cas d'usage avec des tables de décision. 

N'oubliez pas de faire des tests fréquents 

Les experts affirment que des tests inadéquats sont à l'origine des accidents. Chaque fois que votre site web, votre application ou votre programme ne fonctionne pas comme prévu, vous risquez de perdre la confiance et la bonne volonté de vos clients. Ne vous laissez pas faire.

Si des problèmes de sécurité vous empêchent de réaliser les tests que vos clients attendent, laissez-nous vous aider. Chez Okta, nous sommes experts pour aider les entreprises comme la vôtre à conserver des données précieuses en toute sécurité. Pour en savoir plus. 

Références

Plusieurs applications iOS majeures se bloquent au lancement en raison de problèmes liés au kit SDK de Facebook. (Mai 2020). Tech Crunch. 

Pourquoi les pirates informatiques en savent plus sur nos systèmes. (2011), Assurance du système. 

Les 6 principales raisons pour lesquelles les applications mobiles tombent en panne : Comment éviter au mieux Murphy. TechBeacon. 

Comment organiser et préparer votre équipe à un projet de refonte de site web. Fastspot.