Como funciona um teste de rota de SMS
O que um teste de rota em celulares mede, o que não pode provar, como um relatório de amostra é montado e como ler uma falha.
Um teste de rota envia conteúdo real por uma rota nomeada a celulares nomeados de um mercado nomeado em uma data, e registra o que chegou e quando. Ele prova essa rota nesses celulares naquele momento. Não prova todos os celulares, todas as redes nem a semana que vem.
Fatos-chave
- Um teste de rota prova uma rota nomeada em celulares nomeados de um mercado em um momento.
- Um teste não prova todos os celulares, todas as redes nem o desempenho futuro.
- Um relatório útil carrega o conteúdo, os celulares, a rota, os estados do recibo e a data.
- Uma falha aponta para a rota, o remetente ou o celular naquele momento.
Nesta página
O que um teste prova
Um teste de rota responde a uma pergunta estreita: se enviarmos este conteúdo deste remetente por esta rota para estes celulares neste mercado hoje, o que chega e em quanto tempo? A resposta é evidência para essa combinação. Não é uma afirmação de cobertura nem uma previsão. Outro celular, outro mercado ou uma mudança de rota podem dar um resultado diferente.
Essa estreiteza é o valor. Um teste que nomeia os celulares, o conteúdo e a data pode ser repetido e comparado. Um teste que informa apenas um percentual de entrega, não. Peça o registro bruto: a cadeia de remetente mostrada no celular, o estado do recibo, o tempo do envio ao recibo e a rota de resposta se o fluxo precisar.
Escreva a pergunta antes do teste. Uma pergunta como esta rota entrega um OTP deste remetente para um celular comum deste mercado em menos de dez segundos produz um resultado utilizável. A pergunta se a rota é boa produz uma opinião.
O que o teste de rota registra
| Checagem | O que o teste registra | O que não prova |
|---|---|---|
| Entrega | Celular, mercado, remetente, conteúdo e estado do recibo | Que todo celular do mercado mostre a mensagem |
| Tempo | Envio ao recibo, mediana e percentil 95 | A latência de toda rede ou de toda hora |
| Remetente | A cadeia mostrada no celular | Que a cadeia sobreviva a uma mudança de rota |
| Resposta | Rota de resposta, tempo e conteúdo | Que toda rota de entrada funcione |
| Conteúdo | Modelo exato, codificação e número de segmentos | Que todo filtro o aceite |
| Repetição | A data e as condições | O que a rota fará no mês que vem |
Um celular por modelo é uma amostra, não um censo.
Como o teste é executado
Combine a pergunta primeiro. É uma rota nova, um remetente novo, um mercado novo ou uma mudança em rota existente? A pergunta decide os celulares, o conteúdo e o número de envios. Depois escolha celulares que representem o mercado: mais de um modelo, mais de uma rede quando a rota cruza redes, e pelo menos um celular na rede que deve levar a maior parte do tráfego.
Congele o conteúdo. Use o modelo que você vai enviar, com links, variáveis e os caracteres que decidem GSM-7 ou UCS-2. Envie o mesmo conteúdo para todos os celulares, registre a hora do envio, a hora do recibo e o estado, e guarde os dados brutos. Se o fluxo precisa de respostas, envie uma resposta de cada celular e registre quanto tempo leva para chegar. Rode o teste na hora em que você espera tráfego, não só em uma janela tranquila.
A sequência do teste
-
Combine a pergunta
Nomeie a rota, o remetente e o mercado. Escreva como seria um resultado aprovado.
-
Escolha os celulares
Escolha mais de um modelo e, quando importar, mais de uma rede. Registre o modelo e a rede.
-
Congele o conteúdo
Use o modelo exato que você vai enviar. Registre a codificação e o número de segmentos.
-
Envie e registre
Capture a hora do envio, o message ID e a rota. Não mude o conteúdo entre envios.
-
Leia o recibo
Capture o estado, o código de erro e a hora de conclusão. Entregue não é uma checagem de tela.
-
Repita em uma segunda rota
Rode o mesmo conteúdo em uma segunda rota se precisar comparar. Mude uma variável por vez.
-
Escreva os limites
Diga o que o teste não cobriu: celulares, mercados, horas, conteúdo e datas.
O que um relatório de amostra contém
| Parte | O que contém |
|---|---|
| Escopo | A rota, o remetente, o mercado e a data |
| Método | Como os celulares foram escolhidos e como o conteúdo foi congelado |
| Resultados | Estado de entrega, tempo de entrega e cadeia de remetente por celular |
| Respostas | A rota de resposta e o tempo, quando o fluxo precisa de respostas |
| Falhas | O estado do recibo, o código de erro e o celular |
| Evidência | Os registros brutos e o conteúdo usado |
| Limites | O que o teste não prova e quando repetir |
Um relatório sem o conteúdo, os celulares ou a data é uma história.
Ler uma falha
Um recibo ausente não é a mesma coisa que um recibo de falha. Ausente significa que o registro nunca chegou; a mensagem pode ter chegado ao celular. Um recibo de falha traz um estado e muitas vezes um código de rede que nomeia o motivo: assinante desconhecido, assinante ausente, memória cheia, serviço bloqueado. Leia o código antes de mudar a rota.
Um recibo de entregue sem exibição precisa de outra checagem: o celular, o aplicativo de mensagens, a pasta de spam e a cadeia do remetente. Uma resposta que nunca chega aponta para a rota de entrada ou o tipo de remetente, não para o caminho de saída. Um resultado lento aponta para a rota, uma fila ou um bind limitado. Corrija o passo que a evidência nomeia.
Registre a falha com os mesmos campos de um aprovado: celular, mercado, remetente, conteúdo, rota, hora e estado. Um registro de falha sem esses campos não pode ser comparado com a próxima execução, e é na próxima execução que a correção se prova.
O que verificar antes de confiar em um relatório
Peça a data, os celulares, as redes e o conteúdo exato. Pergunte qual rota levou o tráfego e se era direta ou de agregador. Peça os estados do recibo e os códigos de erro, não só um percentual. Pergunte o que o teste não cobriu e quando ele deve ser repetido.
Depois compare o relatório com o seu próprio tráfego. Um teste em um celular pode passar enquanto a produção falha em outro modelo, outra rede ou um modelo de mensagem mais longo. O relatório de amostra de um teste de rota mostra o formato do registro. O guia de provedores converte o resultado em perguntas para o próximo fornecedor.
Confira o que aprendeu
-
Um teste entrega em um celular na Cidade do México. O que você provou?
Que esta rota, remetente e conteúdo chegaram a esse celular naquele mercado naquela data. Não provou outros celulares, outras redes nem a semana que vem.
-
Falta um recibo. A mensagem se perdeu?
Não necessariamente. O registro do recibo pode faltar enquanto a mensagem chegou. Verifique o celular e o registro do provedor antes de reenviar.
-
O que você repetiria depois de uma mudança de rota?
A mesma pergunta, conteúdo e celulares na rota nova, com uma segunda rota para comparar se a decisão depender disso.
As respostas aparecem sob demanda. Nada é pontuado, armazenado ou enviado.
Perguntas frequentes
Quantos celulares um teste precisa?
Um teste prova a entregabilidade?
Quanto tempo leva um teste?
Dá para comparar dois provedores?
E se o teste falhar?
Termos que você encontrará
Relacionado
- Conectar por SMPP e HTTP
Levar uma rota de teste à produção sem quebrar binds, janelas ou recibos: estado do bind, taxa, keep-alive, codificação, callbacks e falhas.
- Manual global de Sender ID para A2P
Como os Sender IDs funcionam nos mercados: caminhos alfanuméricos, numéricos e de código curto, expectativas de registro e exemplos de países.
- A2P SMS
SMS aplicação-pessoa: o tráfego que uma aplicação envia ao aparelho de uma pessoa, como um código de verificação ou um alerta de transação.
Produtos relacionados
Coloque em prática
Informe o tráfego, o destino e a medição necessária; respondemos com o próximo passo.