Qu'est-ce qu'un test de «boîte noire»? [fermé]

8

Qu'est-ce qu'un test «boîte noire» et en quoi est-il différent d'un test ordinaire? Par exemple, tests de boîte noire avant le déploiement en production.

Remarque : le test de la «boîte noire» est une exigence courante lors de la demande de rôles devops (ce n'est pas nécessairement un testeur).

kenorb
la source
4
Je vote pour fermer cette question comme hors sujet car elle appartient à cette question appartient à la Software Quality Assurance & Testing SE, pas ici
Rsf
Voter pour fermer, car il est mieux adapté aux autres sites SE.
Evgeny
Oui, il peut appartenir à différentes catégories. Je pense que la meilleure approche serait d'envoyer des questions générales SQA à SQA, et des questions où une connaissance du domaine est nécessaire à la SE concernée.
Rsf

Réponses:

6

Je ferai ma réponse, sur la base des connaissances pour les tests de sécurité, mais à mon humble avis, cela peut être généralisé.

  • Test de la boîte noire - lorsque le testeur ne sait rien du système, des composants, des liaisons, des connexions, etc. Cela peut être utile plus comme le test UI / UX, le test fonctionnel. Exemple: vous ne travaillez pas pour Microsoft et vous n'avez pas non plus le code source et devez tester MS Office

  • Test de la boîte grise - lorsque le testeur a des connaissances sur le fonctionnement du système, des informations sur les composants internes.

  • Test en boîte blanche - lorsque le testeur a ou peut obtenir toutes les informations sur les composants internes, les connexions, les principes de travail du produit testé. Exemple: test du noyau Linux.

Pour référence:

Test de boîte noire (Wikipedia)

Test de boîte blanche (Wikipedia)

Test de la boîte grise (Wikipedia)

Roméo Ninov
la source
2

Comme l'a répondu Romeo Ninov lors des tests Black Box, le testeur ne connaît pas la structure interne de l'application.

Cette méthode est nommée ainsi parce que le logiciel, aux yeux du testeur, est comme une boîte noire; à l'intérieur duquel on ne peut pas voir. Cette méthode tente de rechercher des erreurs dans les catégories suivantes:

  • Fonctions incorrectes ou manquantes
  • Erreurs d'interface
  • Erreurs dans les structures de données ou l'accès aux bases de données externes
  • Erreurs de comportement ou de performances
  • Erreurs d'initialisation et de terminaison

Réfrence:

Abhishek Gurjar
la source