Les paramètres des API HTTP comprennent les informations de base de la requête, les en-têtes de requête, le corps de la requête, les paramètres de réponse et les points de contrôle (assertions). Utilisez ces paramètres pour les scénarios de test basés sur HTTP, notamment pour extraire du contenu des réponses via les paramètres de réponse ou valider les réponses par rapport aux attentes métier grâce aux points de contrôle.
Limites
Versions HTTP
Performance Testing Service (PTS) prend en charge les protocoles HTTP/1.1 et HTTP/2. Lors du débogage ou du lancement d'un test de charge, le moteur PTS négocie automatiquement la version du protocole avec votre serveur. Si votre serveur prend en charge HTTP/2, PTS utilise HTTP/2 par défaut. Sinon, il revient à HTTP/1.1. Inutile de spécifier la version du protocole HTTP lors de la configuration d'un scénario.
En-têtes de requête HTTP
Avec HTTP/2, certains en-têtes de requête peuvent être invalides selon la norme RFC HTTP/2. Si le message ProtocolException:*** is illegal for HTTP/2 messages apparaît après le débogage d'une API, supprimez l'en-tête correspondant à *** de la configuration des en-têtes de requête.
Les en-têtes de requête HTTP/2 suivants sont invalides (insensibles à la casse) :
Connection
Keep-Alive
Proxy-Connection
Transfer-Encoding
Host
Upgrade
Délai d'expiration de la requête
Le délai d'expiration de la requête se déclenche lorsque l'une des durées suivantes dépasse le seuil configuré :
La durée entre l'envoi d'une requête et la réception du premier paquet de réponse
-
L'intervalle entre deux paquets de réponse consécutifs
Le paramètre socketTimeOut définit l'intervalle d'inactivité maximal entre deux paquets consécutifs lors de la communication client-serveur. Il ne correspond pas au temps total de communication. Par exemple, si vous définissez le délai d'expiration sur 10 secondes et que les données sont transmises toutes les 8 secondes pendant 10 transmissions, le temps total de communication est de 80 secondes, mais aucune expiration ne survient. En revanche, si les données sont transmises toutes les 12 secondes, une expiration se produit car l'intervalle entre les paquets consécutifs dépasse 10 secondes.
Si vous configurez le délai d'expiration de la requête à la fois dans les sections Basic Request Information et Advanced Settings d'une API HTTP, le paramètre de délai d'expiration au niveau de l'API HTTP prévaut sur la section Advanced Settings.
Pour savoir comment configurer le délai d'expiration de la requête dans la section Basic Request Information, consultez Informations de base de la requête.
Informations de base de la requête
Les informations de base de la requête sur la page de configuration de l'API HTTP incluent le nom de l'API, l'URL de test de charge et la méthode de requête. Pour plus d'informations, consultez Informations de base de la requête.
Spécifier des informations de requête personnalisées
-
Définissez des en-têtes de requête personnalisés pour les tests de charge.
-
Définissez un corps de requête si les en-têtes personnalisés seuls ne suffisent pas à répondre à vos exigences de test de charge.
-
Extrayez le contenu des réponses pour valider la réussite des requêtes d'un point de vue métier.
-
points de contrôle (assertions)
Vérifiez si les réponses répondent aux attentes métier.
Paramètres avancés
-
Mappez un nom de domaine à une adresse IP spécifique afin que le trafic de test de charge atteigne directement le service cible.
-
Activez la réinitialisation de la boucle d'état SSL et sélectionnez un protocole SSL pour les tests de charge dans PTS.