Временные учетные записи электронной почты для интеграционных тестов

Я хотел бы написать некоторые интеграционные тесты, которые проверяют, получают ли пользователь электронные письма с подтверждением регистрации.

В идеале для этого мне хотелось бы:

  • Создайте временную учетную запись электронной почты.
  • Передайте его в регистрационную форму.
  • Проверьте, получили ли мы электронную почту.
  • Удалить учетную запись электронной почты.

Существуют ли какие-либо одноразовые учетные записи электронной почты, которые предоставляют простой API? Я не мог найти ни одного, но существующие достаточно легко разобрать/сделать запросы (например, http://10minutemail.com/).

Это звучит неплохо? Альтернативой является использование какой-либо учетной записи gmail и использование тегов для этой цели. Однако проблема с сообщениями в папке спама, другими папками и т.д. Звучит немного сложнее.

Ответы

Ответ 1

http://mailinator.com поддерживает POP3.

Подключитесь к серверу через POP3 с любым именем пользователя и проверьте электронную почту.

Ответ 2

вы можете протестировать свою электронную почту из Gmail, просто добавьте +something на свой адрес электронной почты:

[email protected]

у вас может быть тестовая учетная запись, которая будет доставляться на ваш обычный адрес Gmail:

[email protected]

[email protected]

Ответ 3

Я знаю, что этот вопрос относительно старый, но это хорошо подходит для ваших целей:

https://grr.la/

  • Одноразовые адреса электронной почты
  • Электронные письма удаляются через 60 минут.
  • Настраиваемая временная панель адресов электронной почты

Я использую его ежедневно, проверяя электронные письма или подписываясь на службы, которые я буду использовать только один раз, требующие проверки по электронной почте.

Я очень рекомендую!

Ответ 4

Если вы работаете на Linux-машине, у него уже будет запущена служба электронной почты ([email protected]... eg [email protected]), которая идеально подходит для тестирования скриптов электронной почты.

Я не знаю, почему вы столкнулись с проблемой автоматизации этого, когда было бы лучше использовать инъекцию зависимостей и создать класс рассылки, чтобы вы могли адекватно выполнять интеграционное тестирование - вместо последнего этапа передавая электронную почту, он просто записывает содержимое в файл, базу данных или просто остается живым в макет-объекте достаточно долго, он может быть протестирован до сбора мусора.