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
Susan Sarandonoriginal
2024-12-29 20:36:11626parcourir

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
}

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)
}

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)
    // ... 
}

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!

Déclaration:
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