Maison > développement back-end > Golang > Comment tester efficacement les fonctions du gestionnaire Go Gin avec la liaison de données et les dépendances de service ?

Comment tester efficacement les fonctions du gestionnaire Go Gin avec la liaison de données et les dépendances de service ?

Susan Sarandon
Libérer: 2024-12-29 20:36:11
original
619 Les gens l'ont consulté

How to Effectively Unit Test Go Gin Handler Functions with Data Binding and Service Dependencies?

Comment tester unitairement une fonction de gestionnaire Go Gin avec une liaison de données de demande

Dans les tests unitaires des fonctions du gestionnaire Gin, initialiser et définir correctement la demande les paramètres de corps et de requête sont cruciaux. Voyons comment tester efficacement c.BindQuery.

Dans le code de test fourni, c.BindQuery ne fonctionne pas car la requête HTTP n'est initialisée avec aucun paramètre de requête. Pour vous moquer de c.BindQuery, vous devez créer une demande de test et définir son URL et URL.RawQuery en conséquence. Voici une version améliorée :

func mockGin() (*gin.Context, *httptest.ResponseRecorder) {
    w := httptest.NewRecorder()
    c, _ := gin.CreateTestContext(w)

    // Create a test request with query parameters
    req := &http.Request{
        URL:    &url.URL{},
        Header: make(http.Header),
    }
    testQuery := weldprogs.QueryParam{/* init fields */}
    q := req.URL.Query()
    for _, s := range testQuery.Basematgroup_id {
        q.Add("basematgroup_id", s)
    }
    req.URL.RawQuery = q.Encode()
    c.Request = req

    return c, w
}
Copier après la connexion

Une fois que vous avez simulé la liaison de requête, vous pouvez tester c.BindQuery dans votre fonction de gestionnaire GetMaterialByFilter.

Test des dépendances du service

Votre fonction de gestionnaire effectue également un appel au service services.WeldprogService.GetMaterialByFilter. Pour rendre cet appel testable, le service doit être une interface qui peut être injectée en tant que dépendance de votre gestionnaire.

Voici comment procéder :

// Define an interface for your service
type WeldprogService interface {
    GetMaterialByFilter(query *weldprogs.QueryParam) ([]weldprogs.Material, error)
}

// Inject the service into your handler as a context value
func GetMaterialByFilter(c *gin.Context) {
    //...
    weldprogService := mustGetService(c)
    materialByFilter, getErr := weldprogService.GetMaterialByFilter(&queryParam)
    // ...
}

func mustGetService(c *gin.Context) WeldprogService {
    svc, exists := c.Get("svc_context_key")
    if !exists {
        panic("service was not set")
    }
    return svc.(WeldprogService)
}
Copier après la connexion

Maintenant, vous pouvez vous moquer du service dans vos tests unitaires et contrôler son comportement :

type mockSvc struct {
}

// Implement the WeldprogService interface on mockSvc

func TestGetMaterialByFilter(t *testing.T) {
    w := httptest.NewRecorder()
    c, _ := gin.CreateTestContext(w)

    // Set the mock service into the test context
    c.Set("svc_context_key", &mockSvc{})

    GetMaterialByFilter(c)
    // ... 
}
Copier après la connexion

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