SMS 경로 테스트의 작동 방식

테스트가 증명하는 것

경로 테스트는 좁은 질문에 답합니다. 오늘 이 발신자가 이 경로로 이 시장의 이 단말기들에 이 콘텐츠를 보내면 무엇이 도착하고, 얼마나 걸리는가? 그 답은 이 조합에 대한 근거입니다. 커버리지 주장도 아니고 예측도 아닙니다. 다른 단말기, 다른 시장, 경로 변경은 다른 결과를 낼 수 있습니다.

이 좁은 범위가 바로 가치입니다. 단말기, 콘텐츠, 날짜를 명시한 테스트는 반복하고 비교할 수 있습니다. 전달률만 보고하는 테스트는 그럴 수 없습니다. 원본 기록을 요청하십시오. 단말기에 표시된 발신자 문자열, 전달 확인 상태, 제출부터 수신까지 걸린 시간, 흐름에 회신이 필요하다면 회신 경로가 그 기록입니다.

테스트 전에 질문을 적어 두십시오. “이 경로가 이 발신자의 OTP를 이 시장의 일반적인 단말기에 10초 안에 전달하는가?”와 같은 질문은 쓸 수 있는 결과를 냅니다. “이 경로가 좋은가?”라는 질문은 의견만 냅니다.

테스트를 진행하는 방법

먼저 질문에 합의하십시오. 새 경로입니까, 새 발신자입니까, 새 시장입니까, 아니면 기존 경로의 변경입니까? 질문이 단말기, 콘텐츠, 발송 횟수를 결정합니다. 그다음 시장을 대표하는 단말기를 고르십시오. 모델은 두 종 이상으로 하고, 경로가 여러 네트워크를 거친다면 네트워크도 두 곳 이상으로 하십시오. 트래픽의 대부분을 전달할 것으로 예상되는 네트워크의 단말기도 최소 한 대 포함하십시오.

콘텐츠를 고정하십시오. 링크, 변수, GSM-7과 UCS-2 중 무엇을 쓸지 결정하는 문자를 포함해 실제로 보낼 템플릿을 사용하십시오. 모든 단말기에 같은 콘텐츠를 보내고, 제출 시각, 수신 시각, 상태를 기록하며, 원본 데이터를 보관하십시오. 흐름에 회신이 필요하다면 각 단말기에서 회신을 보내고 도착까지 걸린 시간을 기록하십시오. 한산한 시간대만이 아니라 트래픽이 예상되는 시간대에도 테스트를 진행하십시오.

실패 읽는 방법

전달 확인이 없는 것과 실패한 전달 확인은 다릅니다. 전달 확인이 없다는 것은 기록이 도착하지 않았다는 뜻이며, 메시지는 단말기에 도착했을 수도 있습니다. 실패한 전달 확인에는 상태가 있고, 원인을 나타내는 네트워크 코드가 함께 오는 경우가 많습니다. 알 수 없는 가입자, 부재 가입자, 메모리 가득 참, 서비스 차단 등이 그 예입니다. 경로를 바꾸기 전에 코드를 읽으십시오.

전달 완료로 확인되었는데 화면에 표시되지 않았다면 다른 점검이 필요합니다. 단말기, 메시지 앱, 스팸 폴더, 발신자 문자열을 확인하십시오. 회신이 도착하지 않는다면 발신 경로가 아니라 수신 경로나 발신자 유형이 원인일 가능성이 큽니다. 결과가 느리다면 경로, 대기열 또는 처리 속도가 제한된 바인드를 의심하십시오. 근거가 가리키는 단계를 고치십시오.

실패도 통과와 같은 항목으로 기록하십시오. 단말기, 시장, 발신자, 콘텐츠, 경로, 시간, 상태입니다. 이 항목이 없는 실패 기록은 다음 테스트와 비교할 수 없으며, 수정이 효과가 있었는지는 다음 테스트에서 증명됩니다.

보고서를 신뢰하기 전에 확인할 사항

날짜, 단말기, 네트워크, 정확한 콘텐츠를 요청하십시오. 어느 경로가 트래픽을 전달했는지, 직접 경로였는지 애그리게이터를 거쳤는지 물어보십시오. 백분율만이 아니라 전달 확인 상태와 오류 코드를 요청하십시오. 테스트가 다루지 않은 범위와 다시 테스트해야 할 시점도 물어보십시오.

그다음 보고서를 실제 트래픽과 비교하십시오. 한 단말기에서는 테스트를 통과해도, 운영 환경에서는 다른 모델, 다른 네트워크, 더 긴 템플릿에서 실패할 수 있습니다. 경로 테스트 샘플 보고서는 기록의 형식을 보여 줍니다. 공급자 선택 가이드는 결과를 다음 공급자에게 던질 질문으로 바꿔 줍니다.