Тестовый адрес вроде `test@example.com` доказывает лишь то, что форма принимает текст. Он не подтверждает, что Microsoft получил письмо, тема читается, ссылка открывается правильно, а макет отображается как задумано. Для таких проверок QA нужен реальный ящик Outlook.com или Hotmail.
Это не значит, что каждый автоматический тест должен создавать новый внешний аккаунт. Лучше заранее подготовить утвержденный пул, назначить каждому аккаунту определенную роль и заменять только те личности, состояние которых сделает следующий запуск недостоверным.
Что помогают тестировать ящики Outlook
- Ссылки регистрации и подтверждения в потребительском ящике Microsoft
- Сброс пароля и вход по одноразовой ссылке
- Приглашения, роли и адаптацию нескольких пользователей
- HTML-верстку, темы, имена отправителей и работу ссылок
- Настройки уведомлений, дайджесты и отписку
- Различия между Outlook, Gmail и Yahoo
Одноразовые и постоянные тестовые личности
| Тип личности | Лучше всего подходит | Стратегия сброса |
|---|---|---|
| Одноразовая | Однократная регистрация и проверка уникальности | Закрыть после запуска |
| Постоянная | Регрессия с известным состоянием аккаунта | Сбросить данные приложения, сохранить ящик |
| Общий пул | Ручное исследовательское тестирование | Резервировать и освобождать через тестовый реестр |
| Для каждого тестировщика | Параллельная работа QA | Проверять доступ при переходе тестировщика в другую команду |
Спроектируйте пул аккаунтов
- 1Перечислите зависящие от почты сценарии релиза
- 2Оцените число уникальных адресов на один полный цикл тестов
- 3Разделите одноразовые и постоянные сценарии
- 4Используйте шаблон имен, например `qa-staging-reset-001`
- 5Создайте разрешенный пакет Outlook через MailCreator
- 6Храните учетные данные в менеджере секретов тестовой среды
- 7Фиксируйте, какие тесты использовали каждую одноразовую личность
- 8Закрывайте пакет по политике тестовых данных
Не создавайте аккаунты внутри критического пути теста
Подготовьте пул ящиков до запуска набора тестов. Создание внешнего аккаунта при каждом выполнении CI добавляет задержку и зависимость от провайдера, из-за которой исправные тесты могут стать нестабильными.
Составьте межпровайдерную тестовую матрицу
Письмо, корректное в Gmail, может иначе отображаться или пройти другим путем фильтрации в Outlook. Выберите небольшой репрезентативный набор провайдеров и проверьте одно сообщение и действие у каждого. Ожидаемый результат должен быть одинаковым, чтобы значимой переменной оставался провайдер.
| Проверка | Gmail | Outlook | Yahoo |
|---|---|---|---|
| Письмо получено | Обязательно | Обязательно | Обязательно |
| Тема и отправитель | Сравнить | Сравнить | Сравнить |
| HTML и адаптивная верстка | Сравнить | Сравнить | Сравнить |
| Ссылка подтверждения | Пройти | Пройти | Пройти |
| Попадание в спам | Зафиксировать | Зафиксировать | Зафиксировать |
Microsoft ведет центр помощи и устранения неполадок Outlook.com с актуальной информацией о проблемах ящика. Если проблема относится именно к Outlook.com, используйте официальные рекомендации провайдера, а не считайте сразу виноватым тестируемое приложение.
Для ручных сессий руководство по нескольким аккаунтам Outlook в Windows объясняет, как подключить существующие ящики и не перепутать настройку приложения с созданием аккаунта. Если ящик не добавляется или не подтверждается, до замены тестовой личности проверьте руководство по проблемам настройки Outlook.