J'essaie de comprendre une sur la manière dont il se compare à l'autre. p>
est le test de boîte blanche où vous pouvez voir le code et le test de la boîte noire où vous ne regardez pas le code? p>
8 Réponses :
basicaly oui. p>
Dans le test de boîte noire Vous testez si l'entrée attendue de votre objet produit une sortie attendue sans pouvoir changer le code sous-jacent. P>
Dans la boîte blanche Test Vous pouvez voir le code et vous testez tous les chemins possibles à travers elle. P>
Ils doivent appeler les tests de boîte claire au lieu de tests de boîte blanche.
Sachez également que si vous avez une branche de code que vous n'avez pas en mesure d'exercer à l'aide d'un étui de test Blackbox valide, vous essayez d'essayer de tester quelque chose d'accessoire et de non-pertinence ou que vous avez trouvé du code mort.
J'ai une question: "Vous pouvez tester tous les chemins possibles à travers elle". Alors lequel je devrais faire? Testez tous les chemins possibles via l'interface utilisateur du programme ou simplement écrire des scénarios de test dans le code pour effectuer un test?
Ouais, vous l'avez à peu près. Boîte noire teste les externes sans connaissances (ou accès) de / à tout ce qui est interne. Le test de la boîte blanche est de pouvoir examiner (et peut-être modifier) l'état interne de ce que vous testez. Ils ont tous deux des utilisations différentes. Les tests d'unités sont les plus souvent (mais pas toujours) des tests de boîte blanche. P>
Tests unitaires Testez des fonctions particulières typiquement à un niveau très granulaire. Ce sont les tests de niveau les plus bas et ils sont typiquement créés par les développeurs de l'application et formés dans une suite de tests de régression composée de centaines ou de milliers d'entre eux qui peuvent être exécutés à tout moment, les choses peuvent changer pour détecter une régression.
wikipedia: p>
Test de la boîte blanche utilise un perspective interne du système à cas de test de conception basé sur interne structure. Cela nécessite une programmation compétences pour identifier tous les chemins à travers le logiciel. p> blockQuote>
contre p>
Test de la boîte noire prend un perspective externe du test objet pour dériver des cas de test. P> blockQuote>
Test de boîte blanche forte> p>
Une fois que le fonctionnement interne de S / W est connu, le test est effectué pour garantir que toutes les opérations internes de S / W sont effectuées en fonction de la spécification. P>
Test de boîte noire forte> p>
Une fois que la fonction spécifiée pour chaque client S / W a été conçue, le test est effectué pour garantir que chaque fonction fonctionne. P>
q) est le test de boîte blanche où vous pouvez voir le code et le test de la boîte noire où vous ne regardez pas le code? p>
Il s'agit d'un processus de donner l'entrée au système et de vérifier la sortie du système, sans déranger le système que le système génère la sortie. Il s'agit également d'un test de comportement, d'essais dirigé par des données ou d'essais d'E / S, de tests fonctionnels. P> li>
test basé uniquement sur l'analyse des exigences (spécification, documentation de l'utilisateur, etc.) p> li> ul>
Avantages: strong> p>
1) plus efficace sur les plus grandes unités de code que les tests de boîte à verre. P>
2) testeur et programmeur sont indépendants les uns des autres. P>
3) Tests effectués conformément au point de vue des utilisateurs. P>
4) Les cas de test peuvent être conçus dès que les spécifications sont complètes. P>
1) Il peut laisser de nombreux pistes de programme non testés. P>
2) Seul un petit nombre d'entrées possibles peut effectivement être testé, pour tester toutes les possibilités.
Le flux d'entrée prendrait presque pour toujours. P>
Il s'agit d'un processus consistant à donner une entrée dans laquelle le système et à vérifier que le système traite l'entrée pour générer la sortie. P> li>
Il est obligatoire pour le testeur d'avoir la connaissance du code. P> LI>
ul>
1) Ce type de test aide à découvrir des défauts au niveau structurel. Les tests passent sous la couche supérieure et fonctionnelle pour découvrir les défauts P>
1) ne garantit pas que les exigences de l'utilisateur sont remplies p>
2) n'établit pas si les décisions, conditionne ans chemins. P> Test de boîte blanche h2>
Très bonne réponse. Mais il semble que la dernière phrase soit coupée?
Le désavantage des tests de Whitebox est également qu'il est fortement couplé à la mise en œuvre et doit modifier chaque fois qu'il existe un changement accessoire à la mise en œuvre qui ne modifie pas le comportement. SO Whitebox Test a une maintenance plus élevée.
Test de boîte blanche: dans la boîte blanche Test, nous utilisons la connaissance de la structure interne du système I.E. Testeur doit avoir une connaissance de la langue de programmation et du codage. P>
et dans le test de boîte noire Nous ignorons l'interne du système et nous concentrons sur la relation entre les entrées et les sorties. P>
Test de la boîte blanche forte> est comme une sortie d'entrée et de vérification de la coffre transparente (verre) transparent
C'est-à-dire que vous donnez l'entrée Test de boîte noire forte> est comme donner une sortie d'entrée et de vérification en utilisant une boîte non transparente (en bois)
I.e. Dans cela, vous donnez l'entrée
Test de boîte blanche: - strong>
Les connaissances de programmation et de mise en œuvre sont nécessaires. P>
Test de boîte noire: - strong>
Les connaissances de programmation et de mise en œuvre ne sont pas nécessaires. P>
Vous pouvez écrire des tests d'unité Blackbox. Pour ceux que vous avez le plus besoin de pouvoir écrire du code.
Voir l'existant existant précédemment Stackoverflow.com/Questions/ 402161 / ...