Maison >développement back-end >Golang >Comment puis-je me moquer du code Go non modifiable à des fins de test ?
Patching Golang Monkey pour le code non modifiable
Dans Go, l'absence de modification des objets d'exécution pose un défi pour tester du code fortement interconnecté et manquant de dépendance programmation d'injection ou d'interface. Pour contourner cette limitation, envisagez d'utiliser l'approche suivante :
Création d'une interface Wrapper moqueuse
Définissez votre propre interface qui encapsule les structures d'origine. Par exemple :
type MyInterface interface { DoSomething(i int) error DoSomethingElse() ([]int, error) }
Utilisation d'une structure d'adaptateur
Implémentez l'interface wrapper dans une nouvelle structure qui adapte l'implémentation de la structure d'origine :
type Concrete struct { client *somepackage.Client } func (c *Concrete) DoSomething(i int) error { return c.client.DoSomething(i) } func (c *Concrete) DoSomethingElse() ([]int, error) { return c.client.DoSomethingElse() }
Test avec le Wrapper
Vous pouvez moquez-vous maintenant de la structure Concrete dans les tests unitaires car elle adhère à une interface :
// Mock Concrete mock := &MockMyInterface{} c := Concrete{mock} // Call mock method err := c.DoSomething(10)
Intégrer le type d'origine
Comme suggéré par @elithrar, vous pouvez également intégrer le type d'origine pour se moquer sélectivement uniquement des méthodes nécessaires :
type Concrete struct { *somepackage.Client }
Dans ce cas, vous pouvez toujours accéder à l'implémentation d'origine des méthodes qui pas besoin de se moquer :
c := Concrete{&somepackage.Client{}} c.DoSomethingNotNeedingMocking() // Calls the original implementation
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!