API Call dans un test SIM

Envoyez une requête HTTP via la connexion data de la SIM et vérifiez le statut, le corps, les en-têtes et les temps de la réponse.

Testez vos API exactement comme un client mobile y accède, à travers le réseau mobile. Choisissez la méthode, les en-têtes et le corps, puis posez des assertions sur la réponse et lisez le détail complet des temps, de la résolution DNS au dernier octet.

Paramètres

ParamètreRequisDescription
Méthode HTTPOuiGET (par défaut), POST, PUT, PATCH, DELETE, OPTIONS, HEAD.
URLOuiLe point d'accès à appeler. Supporte les variables.
En-têtesNonListe clé/valeur (Authorization, Content-Type...).
CorpsNonCorps de la requête, pour les méthodes qui en envoient un.
Suivre les redirectionsNonSuivre les réponses 3xx. Par défaut : activé.
Ignorer le certificat SSLNonIgnorer la vérification du certificat. Par défaut : désactivé.
Activer les cookiesNonConserver les cookies entre les redirections. Par défaut : désactivé.
L'accès web doit échouerNonInverse le verdict.

Ainsi que les paramètres de connexion partagés et la surcharge DNS. L'action est livrée avec une assertion par défaut : status_code == 200.

Résultats et métriques

Dans le rapport de l'action (result) :

ChampDescription
status_codeCode de statut HTTP de la réponse.
bodyCorps de la réponse. Faites des assertions dessus ou extrayez des valeurs dans des variables.
headerEn-têtes de la réponse.
dnslookup_duration, tcpconnection_duration, appconnect_duration, starttransfer_duration, contenttransfer_duration, total_durationLa cascade de temps : DNS, TCP, TLS, temps jusqu'au premier octet, transfert, total.
durationTemps d'exécution total en secondes.

Dans Analytics, chaque exécution alimente la mesure HTTP API avec les durées complètes de la cascade et duration_seconds, étiquetée par statut, URL, méthode HTTP, code de statut, APN, antenne et technologie d'accès.

Et ensuite ?

HTTP Ping

Juste la latence, répétée N fois

Check SSL/TLS Certificate

Vérifiez le certificat du point d'accès séparément

Last updated on