Maison > développement back-end > Golang > Comment dois-je nommer mes packages de tests Go pour les tests White-Box et Black-Box ?

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

Mary-Kate Olsen
Libérer: 2024-12-24 22:04:11
original
681 Les gens l'ont consulté

How Should I Name My Go Test Packages for White-Box vs. Black-Box Testing?

Nom approprié des packages pour les tests dans Go

Lors de l'écriture de tests dans Go, les développeurs sont souvent confrontés à la question de savoir comment nommer leurs packages de test. Les trois stratégies principales sont :

Stratégie 1 : même nom de package

package myfunc

// myfunc.go
Copier après la connexion
Copier après la connexion
Copier après la connexion
package myfunc

// myfunc_test.go
Copier après la connexion

Stratégie 2 : nom de package séparé (avec le suffixe *_test )

package myfunc

// myfunc.go
Copier après la connexion
Copier après la connexion
Copier après la connexion
package myfunc_test

// myfunc_test.go
Copier après la connexion

Stratégie 3 : Nom du package séparé (avec alias d'importation)

package myfunc

// myfunc.go
Copier après la connexion
Copier après la connexion
Copier après la connexion
package myfunc_test

import . "myfunc"

// myfunc_test.go
Copier après la connexion

Tests White-Box et Black-Box

La principale différence entre ces stratégies est de savoir si le code de test a accès aux identifiants non exportés du package testé.

  • Stratégie 1 (même package): Permet les tests en boîte blanche, où le code de test a accès aux méthodes et variables privées du package.
  • Stratégies 2 et 3 (package séparé): Activer le black- box testing, où le code de test interagit uniquement avec l'interface exportée du package.

Comparaison des Stratégies

  • Stratégie 1 :Convient aux tests unitaires en boîte blanche, où l'accès à des identifiants privés est requis.
  • Stratégie 2 : Compile le code de test dans un package séparé, permettant une gestion plus propre des dépendances.
  • Stratégie 3 : Une variante de la stratégie 2 qui importe le package testé en utilisant la notation par points, fournissant un raccourci pour référencer les identifiants du package.

Conclusion

La stratégie à utiliser dépend sur les exigences en matière de tests. Pour les tests en boîte blanche, la stratégie 1 est appropriée, tandis que pour les tests en boîte noire, les stratégies 2 et 3 sont préférées. Il est également possible d'utiliser une combinaison de stratégies dans un seul projet, en adaptant les packages de tests aux besoins de tests spécifiques.

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!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal