


Nouvelles tentatives de requête http de test unitaire à l'aide de httptest
L'éditeur PHP Baicao vous présente un outil de test unitaire appelé "httptest", qui peut aider les développeurs à tester lorsqu'ils réessayent des requêtes http. Cet outil peut non seulement simuler diverses requêtes http, mais également réessayer automatiquement les requêtes pour garantir la stabilité et la fiabilité du code. À l'aide de l'outil httptest, les développeurs peuvent facilement tester les requêtes http et réessayer facilement les requêtes en réponse à une instabilité du réseau ou à d'autres situations anormales. L'utilisation de cet outil peut considérablement améliorer l'efficacité du développement et réduire les risques d'erreurs. C'est un outil qui vaut la peine d'être essayé pour chaque développeur PHP.
Contenu de la question
J'essaie d'écrire des tests unitaires pour un composant appelé HttpRequest
qui encapsule les requêtes HTTP et gère la désorganisation des réponses. Récemment, j'ai ajouté une fonctionnalité à ce composant qui lui permet de réessayer les requêtes HTTP s'il rencontre une erreur « connexion refusée » au premier essai.
Pour utiliser le composant HttpRequest, je l'appelle une fois : user, err := HttpRequest[User](config)
。 config 参数包含执行请求的所有必要信息,例如 URL、方法、超时、重试次数和请求正文。它还将响应正文解组为指定类型的实例(在本例中为 User
)
Le problème survient lorsque j'essaie de tester un scénario dans lequel la requête initiale échoue avec une erreur "Connexion refusée" mais la deuxième tentative réussit. La nouvelle tentative se produit à l'intérieur du composant, je n'effectue donc qu'un seul appel au composant.
J'ai trouvé difficile de créer des tests unitaires pour ce scénario, car pour que la requête échoue avec "Connexion refusée", il n'est pas nécessaire qu'il y ait un écouteur sur le port appelé. Le problème est que lorsque j'utilise l'instance httptest
时,它总是在创建实例时侦听端口,即使使用 httptest.NewUnstartedServer
也是如此。因此,在创建 httptest
, je n'obtiens jamais d'erreur "Connexion refusée" dans mon code client.
Cependant, l'appel HttpRequest est effectué avant la création de l'instance httptest
实例之前,我不知道它将侦听哪个端口。 httptest
总是选择一个随机端口,并且无法以编程方式指定一个端口。这意味着我无法在创建 httptest
.
Quelqu'un a-t-il des idées sur la façon de tester efficacement ce scénario ?
Solution
newunstartedserver
Très simple :
func newunstartedserver(handler http.handler) *server { return &server{ listener: newlocallistener(), config: &http.server{handler: handler}, } }
Si choisir vous-même un port vous convient, vous pouvez le faire :
func mynewunstartedserver(port int, handler http.handler) *httptest.server { addr := fmt.sprintf("127.0.0.1:%d", port) l, err := net.listen("tcp", addr) if err != nil { addr = fmt.sprintf("[::1]::%d", port) if l, err = net.listen("tcp6", addr); err != nil { panic(fmt.sprintf("httptest: failed to listen on a port: %v", err)) } } return &httptest.server{ listener: l, config: &http.server{handler: handler}, } }
Le code de création de l'écouteur est modifié à partir de httptest.newlocallistener
.
Une autre option consiste à mettre en œuvre http.roundtripper
接口并使用此 roundtripper 创建一个 http.client
. Voici un exemple http/client_test.go copié de net/ :
type recordingTransport struct { req *Request } func (t *recordingTransport) RoundTrip(req *Request) (resp *Response, err error) { t.req = req return nil, errors.New("dummy impl") } func TestGetRequestFormat(t *testing.T) { setParallel(t) defer afterTest(t) tr := &recordingTransport{} client := &Client{Transport: tr} url := "http://dummy.faketld/" client.Get(url) // Note: doesn't hit network if tr.req.Method != "GET" { t.Errorf("expected method %q; got %q", "GET", tr.req.Method) } if tr.req.URL.String() != url { t.Errorf("expected URL %q; got %q", url, tr.req.URL.String()) } if tr.req.Header == nil { t.Errorf("expected non-nil request Header") } }
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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds





OpenSSL, en tant que bibliothèque open source largement utilisée dans les communications sécurisées, fournit des algorithmes de chiffrement, des clés et des fonctions de gestion des certificats. Cependant, il existe des vulnérabilités de sécurité connues dans sa version historique, dont certaines sont extrêmement nocives. Cet article se concentrera sur les vulnérabilités et les mesures de réponse communes pour OpenSSL dans Debian Systems. DebianopenSSL CONNUTS Vulnérabilités: OpenSSL a connu plusieurs vulnérabilités graves, telles que: la vulnérabilité des saignements cardiaques (CVE-2014-0160): cette vulnérabilité affecte OpenSSL 1.0.1 à 1.0.1F et 1.0.2 à 1.0.2 Versions bêta. Un attaquant peut utiliser cette vulnérabilité à des informations sensibles en lecture non autorisées sur le serveur, y compris les clés de chiffrement, etc.

La bibliothèque utilisée pour le fonctionnement du numéro de point flottante dans le langage go présente comment s'assurer que la précision est ...

Problème de threading de file d'attente dans Go Crawler Colly explore le problème de l'utilisation de la bibliothèque Crawler Crawler dans le langage Go, les développeurs rencontrent souvent des problèmes avec les threads et les files d'attente de demande. � ...

Chemin d'apprentissage du backend: le parcours d'exploration du front-end à l'arrière-end en tant que débutant back-end qui se transforme du développement frontal, vous avez déjà la base de Nodejs, ...

Cet article présente une variété de méthodes et d'outils pour surveiller les bases de données PostgreSQL sous le système Debian, vous aidant à saisir pleinement la surveillance des performances de la base de données. 1. Utilisez PostgreSQL pour reprendre la surveillance Afficher PostgreSQL lui-même offre plusieurs vues pour surveiller les activités de la base de données: PG_STAT_ACTIVITY: affiche les activités de la base de données en temps réel, y compris les connexions, les requêtes, les transactions et autres informations. PG_STAT_REPLIcation: surveille l'état de réplication, en particulier adapté aux grappes de réplication de flux. PG_STAT_DATABASE: Fournit des statistiques de base de données, telles que la taille de la base de données, les temps de validation / recul des transactions et d'autres indicateurs clés. 2. Utilisez l'outil d'analyse de journaux pgbadg

La différence entre l'impression de chaîne dans le langage go: la différence dans l'effet de l'utilisation de fonctions println et string () est en Go ...

Le problème de l'utilisation de Redessstream pour implémenter les files d'attente de messages dans le langage GO consiste à utiliser le langage GO et redis ...

Dans le cadre du cadre de beegoorm, comment spécifier la base de données associée au modèle? De nombreux projets Beego nécessitent que plusieurs bases de données soient opérées simultanément. Lorsque vous utilisez Beego ...
