Тестирование SMS-кода без доступа к плану отправки текстовых сообщений
В настоящее время невозможно достичь того, что вы хотите сделать. Согласно сообщению в блоге на официальном блоге -
В настоящее время допустимые символы в настраиваемом URL-адресе ограничены: a-z, A-Z, 0-1. Доступны только специальные символы: подчеркивание, тире и точка.
blockquote>Поле «Метки» не имеет таких ограничений и позволяет использовать закодированные символы (например - https://tests-blogger.blogspot.com/search/label/%D9%8A%D9% 83% D8% АА% D9% 85% D9% 84 )
4 ответа
Google теперь имеет ответ, который я ищу. С развертыванием их нового Google Voice (ранее GrandCentral) они добавили способность к полученным текстовым сообщениям к номеру телефона (который в настоящее время свободен). В то время как технически своего рода текстовый план, можно было теоретически зарегистрировать несколько аккаунтов и смочь протестировать несколько номеров телефона.
Обновление (ноябрь 2010): Возможно, еще лучший способ сделать это теперь должно использовать или Tropo (tropo.com) или Twilio (twilio.com). Они оба предлагают недорогой обмен сообщениями SMS, и Tropo свободен для разработки. Я использовал Tropo, и это очень быстро и легко установить и записать и кодировать для.
Это зависело бы от метода того, как Вы отсылаете SMS-сообщения. При использовании почтового метода (<десять цифр домен поставщика number>@<cell>), можно фальсифицировать его с регулярным почтовым ящиком, который может быть очищен автоматически. При использовании фактического издателя SMS лучший выбор состоял бы в том, чтобы осуществить рефакторинг дизайн так, чтобы можно было протестировать ту функцию, назван ожидаемым количеством раз, но на самом деле не отправляет сообщения. Затем, когда Вы хотите протестировать готовый к производству код, Вы на самом деле окружаете группу людей и испытываете ее.
Наличие поставщика, который не взимает за входящий обмен текстовыми сообщениями (как американская Сотовая связь) пригождается для ситуаций как этот.
Текст SMS может быть сделан в соответствии с несколькими различными протоколами. Я имел успех с SMPP пользующийся Легкой библиотекой.NET SMPP и этим основанным на Java средством моделирования сервера SMPP. Это сохранило меня набор переоцененных сервисных сборов.
можно послать электронное письмо их телефону:
18005551212@txt.att.net (IIRC)