Test unitaire, test Black-box et test de la boîte blanche

Qu'est-ce que le test Unitaire, la boîte Noire des tests en Boîte Blanche de test? J'ai googlé mais la seule explication que j'ai trouvé était très technique. Quelqu'un peut-il répondre à cette question de façon simple avec un exemple?

source d'informationauteur software

  1. 23

    Dans la boîte noire, vous ne se soucient pas comment les entrailles de la chose étant testé travail. Vous appelez l'exposé de l'API et de vérifier le résultat; vous ne vous souciez pas de ce que la chose n'a testé pour vous donner le résultat.

    Dans les tests en boîte blanche, vous ne de soins de la façon dont les mécanismes internes de la chose d'être testé travail. Ainsi, au lieu de juste vérifier à la sortie de votre truc, vous pouvez vérifier que les variables internes à la chose testés sont correctes.

    Unité de test est un moyen de tester les composants logiciels. L ' "Unité" est la chose qui est testé. Vous pouvez faire les deux en noir et tests en boîte blanche avec des tests unitaires; le concept est orthogonal à white/black-box testing.

  2. 10

    Un très non explication technique, en manque de détails.... Ici vient..

    • Blackbox Test : Test d'une application sans aucune connaissance de la façon dont l'application interne des œuvres

    • Whitebox de Test: Test d'une application avec la connaissance de la façon dont les travaux internes, comme par le fait d'avoir le code source de côté par le côté pendant que vous faites votre test.

    • Tests unitaires: il vous permet de créer des tests qui interagissent directement avec votre application. Vous devez cocher une fonction dans votre application et assert que la réponse doit revenir avec value X. Les Tests unitaires sont généralement, mais pas toujours créé par les développeurs eux-mêmes, alors que si une entreprise n'whitebox et blackbox, les tests, il peut être fait par n'importe qui.

    C'est un très basique explication.

  3. 2

    Blackbox Test: C'est toujours l'utilisateur ou le client en fonction de tests où l'essai est fait sur la base de l'exigence prévue. Ce test est effectué par les testeurs.

    Tests Whitebox: C'est pour vérifier le débit de la base de code. Tester le débit de l'état de l'instruction, instruction loop etc. Ce sont essentiellement des développeurs potentiels.

    Tests unitaires: C'est le cadre de tests en boîte blanche comme vous le test de chacune des méthodes, dans le code avec vos données de test et d'affirmer que. Maintenant, un jour ce fait par les testeurs et de l'entreprise regarde cette compétence de testeur où ils sont en mesure de comprendre le code et les algorithmes.

  4. 0

    Boîte Noire:

    1. Testeur est un être humain et non le développeur
    2. Testeur ne pas savoir comment le système a été mis en œuvre *
    3. Testeur pour signaler un problème lorsque la réponse du système à n'importe quelle étape du test n'est pas le résultat attendu.

    Tests En Boîte Blanche:

    1. Testeur est un être humain et non le développeur
    2. Testeur ne savoir comment le système a été mis en œuvre *
    3. Testeur pour signaler un problème lorsque la réponse du système à n'importe quelle étape du test n'est pas le résultat attendu et est plus susceptible de détecter un problème avec le cas de test lui-même ou avec le système malgré la réception des résultats attendus.

    Tests Unitaires:

    1. Testeur est généralement le code qui teste un module particulier au sein d'un système. Par exemple, en Java, un projet peut avoir une classe nommée Élèves et une classe de test nommé StudentTest. Pour chacune des fonctions de l'Élève (comme getGrades), StudentTest peut avoir 0 ou plusieurs fonctions à tester (comme getGradesTest). C'est juste une façon d'aller à ce sujet.
    2. Code de test généralement ne connaît que la sortie attendue pour divers commentaires d'une partie d'un système.
    3. Les tests unitaires sont souvent exécutés avant la soumission de code ou d'exécuter automatiquement lors de la construction d'une application à déployer. L'objectif est de prévenir que de nombreux bugs d'être introduit dans le système lors de l'ajout, la modification ou la suppression de fonctionnalités.

    * La quantité de la connaissance connue entre une boîte noire testeur et une boîte blanche testeur varie d'une organisation à l'autre. Par exemple, ce que je considère comme des tests d'utilisabilité, une autre société pourrait appeler la boîte noire. Une boîte blanche testeur, dans certaines entreprises, peut-être un autre développeur (developer AQ), tandis qu'une autre organisation ne peut autoriser un test de signe-offs à être complété par un développeur. Une boîte noire testeur pourrait être quelqu'un qui a juste une liste d'instructions qu'ils doivent suivre et valider, ou il pourrait être quelqu'un qui sait en général comment le système fonctionne, mais pas à un niveau détaillé. Par exemple:

    Une boîte noire testeur peut ou ne peut pas identifier un problème en dépit d'un cas de test qui corresponde aux attentes, comme un e-commerce de cas de test qui omet l'étape de la collecte d'une commande invité adresse de livraison.

    Essentiellement, boîte blanche et noir zone de test est rarement appliqué strictement. La plupart des organisations ont des tests unitaires, test du développeur (qui peut ou peut ne pas être formellement documentées dépend les conséquences d'un échec), les testeurs de l'AQ (noir, blanc et toutes les nuances de gris entre les deux), et des tests utilisateurs /entreprise signe-off (les gens qui devraient être impliqués dans le projet, mais en mal d'exécuter les organisations présentent seulement au début et à la fin, et envoyer un formulaire de projet de la conception à droite avant le déploiement).