Comment fonctionne un test de route SMS

Ce qu’un test prouve

Un test de route répond à une question étroite : si nous envoyons ce contenu depuis cet expéditeur par cette route vers ces téléphones dans ce marché aujourd’hui, qu’est-ce qui arrive et en combien de temps ? La réponse vaut pour cette combinaison. Ce n’est pas une affirmation de couverture ni une prévision. Un autre téléphone, un autre marché ou un changement de route peuvent donner un résultat différent.

Cette étroitesse fait la valeur. Un test qui nomme ses téléphones, son contenu et sa date peut être répété et comparé. Un test qui ne donne qu’un pourcentage de remise, non. Demandez l’enregistrement brut : la chaîne d’expéditeur affichée sur le téléphone, l’état de l’accusé, le délai entre l’envoi et l’accusé et la route de réponse si le flux en a besoin.

Écrivez la question avant le test. Une question comme cette route remet-elle un OTP de cet expéditeur à un téléphone courant de ce marché en moins de dix secondes produit un résultat utilisable. La question de savoir si la route est bonne produit une opinion.

Comment le test est exécuté

Mettez d’abord la question au clair. S’agit-il d’une nouvelle route, d’un nouvel expéditeur, d’un nouveau marché ou d’un changement sur une route existante ? La question décide des téléphones, du contenu et du nombre d’envois. Choisissez ensuite des téléphones représentatifs du marché : plus d’un modèle, plus d’un réseau quand la route en traverse plusieurs, et au moins un téléphone sur le réseau qui portera l’essentiel du trafic.

Figez le contenu. Utilisez le modèle que vous allez envoyer, avec les liens, les variables et les caractères qui décident GSM-7 ou UCS-2. Envoyez le même contenu à tous les téléphones, notez l’heure d’envoi, l’heure de l’accusé et l’état, et conservez les données brutes. Si le flux a besoin de réponses, envoyez une réponse depuis chaque téléphone et notez le délai d’arrivée. Lancez le test à l’heure où vous attendez du trafic, pas seulement dans une fenêtre calme.

Lire un échec

Un accusé absent n’est pas un accusé en échec. Absent signifie que l’enregistrement n’est jamais arrivé ; le message a peut-être atteint le téléphone. Un accusé en échec porte un état et souvent un code réseau qui nomme la raison : abonné inconnu, abonné absent, mémoire pleine, service bloqué. Lisez le code avant de changer la route.

Un accusé de remise sans affichage demande un autre contrôle : le téléphone, l’application de messages, le dossier de spam et la chaîne d’expéditeur. Une réponse qui n’arrive jamais désigne la route entrante ou le type d’expéditeur, pas le chemin sortant. Un résultat lent désigne la route, une file ou un bind limité. Corrigez l’étape que la preuve nomme.

Notez l’échec avec les mêmes champs qu’un succès : téléphone, marché, expéditeur, contenu, route, heure et état. Un enregistrement d’échec sans ces champs ne peut pas être comparé à l’exécution suivante, et c’est l’exécution suivante qui prouve la correction.

Ce qu’il faut vérifier avant de croire un rapport

Demandez la date, les téléphones, les réseaux et le contenu exact. Demandez quelle route a porté le trafic et si elle était directe ou via un agrégateur. Demandez les états d’accusé et les codes d’erreur, pas seulement un pourcentage. Demandez ce que le test n’a pas couvert et quand il faudrait le répéter.

Comparez ensuite le rapport à votre propre trafic. Un test sur un téléphone peut réussir alors que la production échoue sur un autre modèle, un autre réseau ou un modèle de message plus long. Le rapport d’échantillon d’un test de route montre la forme de l’enregistrement. Le guide des fournisseurs transforme le résultat en questions pour le fournisseur suivant.