Comment dois-je nommer les packages de tests Go pour les tests White-Box et Black-Box ?

Nom des packages pour les tests Go : boîte blanche contre boîte noire

Tests boîte blanche contre boîte noire

Lors de la sélection d'une stratégie de dénomination de package à tester dans Go, vous devez déterminer si vous préférez la boîte blanche ou la boîte noire. tests.

Tests en boîte blanche impliquent de tester la mise en œuvre interne d'une fonction ou d'une méthode, tandis que les tests en boîte noire traitent la fonction ou la méthode comme une boîte noire et se concentre sur le test du comportement externe.

Stratégies de dénomination des packages

Les trois packages Les stratégies de dénomination que vous avez mentionnées diffèrent selon que le code de test se trouve dans le même package que le code testé :

Stratégie 1 : Le code de test et le code testé sont dans le même package (par ex. , emballez myfunc pour les deux).

Stratégie 2 : Le code de test et le code testé sont dans des packages différents (par exemple, package myfunc pour le code testé et package myfunc_test pour le code de test).

Stratégie 3 : Variante de la stratégie 2, importée en utilisant la notation par points (par exemple, import . "myfunc").

Avantages et inconvénients

Stratégie 1 (tests en boîte blanche) :

• Avantages : Accès aux identifiants non exportés
• Inconvénients : Nécessite une dénomination cohérente des packages dans les tests et app

Stratégie 2 (tests en boîte noire) :

• Avantages : garantit que seuls les identifiants exportés sont testés
• Inconvénients : Tester les identifiants non exportés nécessite de modifier le code sous test

Stratégie 3 (tests en boîte noire avec importation de points) :

• Avantages : similaire à la stratégie 2, mais permet plus de flexibilité dans organisation du code de test
• Inconvénients : nécessite un effort conscient pour éviter d'importer des produits non exportés identifiants

Recommandation

Considérez vos besoins en matière de tests et la granularité requise pour vos tests avant de choisir une stratégie. Pour les tests en boîte noire, la stratégie 2 ou 3 est recommandée. Pour les tests en boîte blanche, la stratégie 1 est recommandée. Vous pouvez également combiner des stratégies au sein d'un projet pour différentes exigences de test.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!