Использование временного адреса электронной почты для регистрации и тестирования качества
Проверьте сообщение, которое получает пользователь, не указывая личные данные. входящие почтовые ящики для тестового запуска.
Одноразовый почтовый ящик может помочь разработчику или тестировщику проверить реальное регистрационное сообщение с промежуточного сайта. Это полезно для проверки того, пришло ли сообщение и имеет ли его видимое содержание смысл. Он не заменяет контролируемую среду тестирования по электронной почте и никогда не должен получать реальные данные или учетные данные клиентов.
Начните с тестовой среды и синтетических данных
Используйте промежуточную или локальную среду, настроенную на отправку реальных уведомлений клиентов. Создайте тестовую учетную запись с вымышленными данными и одноразовым адресом, только если сервис это позволяет. Не допускайте к тестированию паролей, производственных записей, платежной информации и адресов электронной почты клиентов. Временный почтовый ящик по-прежнему является внешним почтовым ящиком, поэтому относитесь к его содержимому как к данным, обрабатываемым сторонней службой.
Держите среды отдельно
Подтвердите, что тестовый запуск не может отправить непреднамеренное сообщение реальному пользователю.
Используйте синтетические данные учетной записи
Не помещайте в тест личные или производственные данные messages.
Пройдите по пути регистрации, как это делает пользователь.
Отправьте адрес через ту же форму и маршрут, который используется новым пользователем. Убедитесь, что страница подтверждает запрос, а затем убедитесь, что соответствующий почтовый ящик получил сообщение. Просмотрите имя отправителя, тему, текст предварительного просмотра и базовую визуализацию на поддерживаемых устройствах. Открывайте ссылку подтверждения только в тестовой среде. Запишите результат и точку, где поток завершился сбоем, вместо того, чтобы повторно отправлять форму.
Включите случаи за пределами счастливого пути
Проверьте правильный адрес, неверный адрес, второй запрос, задержанное сообщение, использованную ссылку и подтверждение с истекшим сроком действия, если это позволяет ваша промежуточная настройка. Убедитесь, что на странице объясняется, что пользователю следует делать дальше. Убедитесь, что элементы управления повторной отправкой не создают неконтролируемые пакеты сообщений и что новейший код или ссылка четко идентифицируются. Запишите ожидаемое поведение, чтобы другой тестировщик мог повторить проверку.
Используйте правильный почтовый ящик для вопроса
Временный почтовый ящик полезен, когда вам нужно наблюдать за сообщением, доставленным по реальному пути электронной почты на адрес, который вы можете открыть. Он может быть менее подходящим для автоматических тестов, которым требуются стабильные идентификаторы входящих сообщений, API сообщений, детерминированная очистка или частные тестовые данные. Для этих целей рассмотрите возможность использования специальной службы тестирования электронной почты или контролируемого почтового ящика, принадлежащего вашей команде. Выбирайте, исходя из того, что должен доказать тест.
Замкните цикл после теста
Удалите или истечете тестовые учетные записи в соответствии с вашим промежуточным процессом, удалите сохраненные тестовые адреса из документации и избегайте копирования содержимого сообщений в общедоступные отчеты об ошибках. Если сообщение содержит ссылку или код доступа, рассматривайте его как секрет до истечения срока его действия. Ведите краткую запись о среде, браузере и результатах, чтобы в будущем тесте можно было отличить проблему с кодом от проблемы с доставкой.
Нужен отдельный почтовый ящик?
Создайте временный адрес для разовой регистрации и держите основной ящик в порядке.