API Call dans un test SIM

Envoyez une requête HTTP via la connexion cellulaire et vérifiez la réponse.

Envoyez une requête HTTP complète (méthode, en-têtes, corps) via la connexion data de la SIM et vérifiez la réponse : code de statut, contenu du corps, en-têtes et le détail complet des temps. Testez vos API exactement comme un client mobile y accède.

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