Тестування електронних листів (E-mail)
Тестування електронної пошти стосується кількох методів перевірки електронної пошти перед її відправкою. Для маркетологів електронною поштою це більше стосується аналізу контенту та кампаній A/B-тестування. Для розробників і QA, які працюють з додатками, що надсилають транзакційні електронні листи, тестування електронної пошти відноситься до ширшого циклу дій - від аналізу HTML до забезпечення доставки електронної пошти.
Помилки рендерингу = поганий користувальницький досвід
На жаль, не всі поштові клієнти однаково підтримують HTML і CSS. Наприклад, Outlook або Gmail для облікових записів, відмінних від Google, не відображають фонові зображення. Так само поштові клієнти часто мають певні рекомендації щодо розробки електронних листів: Yahoo Mail забезпечує дотримання полів, у той час як Gmail обрізає листи, довші за 102 КБ. Оскільки дизайнери не обов'язково дбають про стандарти рендерингу у широкому спектрі поштових клієнтів, завдання тестувальника – задовольнити всі вимоги.
Ось чому вам слід зосередитись на тестуванні кампаній, перш ніж ділитися ними з користувачами. В іншому випадку людина може побачити ваш лист обрізаним, зі зміщеним макетом, що не відповідає на запити або змістом, що не підтримується. В результаті поганий UX гарантовано, і є велика ймовірність, що клієнти не повернуться. Якщо врахувати, що вся кампанія містить биті електронні листи, це засмучує.
Доставляння бере своє
Забезпечення надійного шляху між електронною поштою у додатку та кінцевими користувачами має вирішальне значення для підтримки великих баз користувачів. Оскільки багато команд використовують повідомлення електронною поштою для обміну паролями та сповіщення спільноти про оновлення продукту, неможливість зв'язатися з передплатниками - серйозна проблема.
Візьмемо для прикладу типовий кейс реєстрації на сайті. Яку роль може відігравати підтвердження e-mail під час реєстрації?
Провести double opt-in, тобто. переконатися, що введено валідну адресу користувача і цей користувач дійсно дає свою згоду на реєстрацію на даному ресурсі та отримання додаткових розсилок/листів. Це дозволяє відсіювати "сміттєві" реєстрації, коли підписують на що-небудь сторонніх людей (навмисно чи ні), зменшувати кількість спаму (за що дуже боляче б'ють по руках) тощо;
Для захисту сторінки. Якщо хтось спробує отримати доступ до облікового запису користувача, то на пошту користувача надішле відповідне повідомлення;
Для швидкого та самостійного відновлення доступу (логіна та пароля). Багато користувачів зазнають труднощів при відновленні доступу, якщо не вказали email при реєстрації;
Для надсилання необхідної інформації та електронного чека після оплати послуг сервісу;
Для захисту від роботів;
Якщо не підтверджувати емайл, то в цьому полі можна буде написати все, що завгодно (в рамках перевірки). Відповідно один і той самий користувач буде реєструватися багато разів, забуваючи і свій попередній пароль, і логін.
В електронному маркетингу доставлюваність електронної пошти – це X-фактор, який визначає, чи може користувач отримати доступ до вашого важливого повідомлення. Критеріїв, що визначають доставлюваність кампанії, безліч: кількість листів, що потрапили до спаму, взаємодія користувачів з листами, показник відмов та інші.
Забезпечення безперебійної доставки - важка робота, і зазвичай за неї відповідає команда інженерів. QA повинен пам'ятати, коли і скільки трансакційних електронних листів надсилає веб-сайт або програму. Навпаки, спустити всі зусилля на вітер напрочуд легко - кількох непрацюючих посилань або невдалої перевірки на спам достатньо, щоб звести нанівець місяці зусиль.
Тестування доставляння (Deliverability testing) - це спосіб запобігти таким невдачам, що розчаровують, оскільки воно дозволяє команді контролю якості:
уникати спам-пасток (підроблені електронні листи, що розсилаються інтернет-провайдерами по всьому Інтернету, які часто скануються ботами та включаються до бази передплатників);
з'ясувати, які елементи інфраструктури електронної пошти налаштовані неправильно (IP-адреса, записи DNS, записи автентифікації електронної пошти тощо);
переконатися, що у контенті немає спам-тригерів.
Якщо QA або розробник ігнорують перевірки спаму та тестування доставки, кампанії або важливі електронні листи не доходять до кінцевого користувача. Як користувачеві скинути пароль або отримати посилання для реєстрації, якщо неперевірений лист летить кудись по мережі? Через недоставлені електронні листи компанія може постраждати від втрати клієнтів та інших збоїв у бізнесі.
Репутація торкнулась
Тепер високоперсоналізовані електронні листи є міцною тенденцією. Однак при надсиланні повідомлень, повних динамічних тегів, ситуація часто виходить з-під контролю.
Не новина, що одержувачі одержують листи з неправильними тегами імен або темами на кшталт «Здрастуйте, ім'я користувача». Для брендів невеликі помилки вбивають конверсію всієї кампанії та погіршують відносини брендів зі ЗМІ. Причина проста: у вас не буде другого шансу справити перше враження. Якщо ви обладнаєтеся один раз, передплатники, швидше за все, помітять листа як спам або залишать негативний відгук. І бренд асоціюватиметься з відправниками листів, що не працюють, тільки тому, що хтось пропустив тестування HTML/CSS.
Чотири болючі точки тестування електронної пошти (+ способи їх обійти)
1. Тестові електронні листи надсилаються реальним користувачам
Ця прикра проблема виникає через те, що групи контролю якості використовують робочі домени для запуску тестових сесій. В результаті легко перейти межу і випадково надіслати тестове повідомлення списку передплатників. Крім того, використання виробничого сервера для запуску тестів роздмухує обсяги відправки для домену і завдає шкоди авторитету домену. Легко переконатися, що ви не надсилаєте електронні листи реальним користувачам помилково, якщо ви використовуєте окреме середовище для тестування. Є два способи безпечно протестувати електронну пошту:
Тестування середовища розробки із використанням API-інтеграції;
Використання інструментів, що імітують роботу реальних SMTP-серверів із можливістю перевірки спільних SMTP-портів та інших елементів інфраструктури.
2. Низька доставляння (або потрапляння до спам-папок)
Якщо ваші електронні листи з попереднім переглядом потрапляють до «Спаму», це не обов'язково червоний прапор. Перш ніж попередити команду маркетингу та перевірити ще раз інфраструктуру, викресліть наступні можливості:
Ви не відкриваєте власних тестових електронних листів. Якщо ви використовуєте свою власну адресу для перевірки електронних листів, якщо ви не взаємодієте з ними, інтернет-провайдери помітять листи як неактуальні та почнуть надсилати їх до спаму;
Адреса відправника та одержувача збігаються. Для успішної доставки електронних листів поштові клієнти вимагають, щоб адреси відправника та одержувача не збігалися з однією поштовою скринькою. Отже, коли ви ділитеся тестовим повідомленням із самим собою, виберіть адресу електронної пошти, відмінну від того, яку ви використовуєте для надсилання тесту.
Немає посилання "Відписатися". Пакети, в яких немає нижнього колонтитулу «Відписатися», з ймовірністю 99,9% будуть відхилені або позначені як спам;
Додавання скріншоту відписки.
3. Поганий рендеринг та крос-девайсний відгук
Ще однією перешкодою для перевірки якості є виявлення того, що повідомлення відображаються по-різному у поштових клієнтах чи типах пристроїв. Якщо це стосується вашого тестового пакету, ось кілька міркувань щодо рендерингу для конкретного клієнта, які ви повинні перевірити в тілі листа:
Gmail:
Зображення підтримуються за замовчуванням;
Електронні листи розміром понад 102 КБ автоматично обрізаються;
Тег style розміщується у заголовку листа;
Автоматичне масштабування електронних листів на iPhone (зображення здаватимуться зміщеними від центру, тому краще вказати «padding:0» у body;
Мінімальний розмір тексту - 10,5 пункту для тексту і 16,5 пункту для заголовків, щоб забезпечити зручність читання на смартфонах.
Outlook:
Немає підтримки фонових зображень;
Немає підтримки інтерактивних елементів, таких як форми або прапорці;
Немає підтримки відео HTML5 чи GIF;
Обмежена підтримка заповнення.
4. Низька ефективність тестування
Ще у 2000-х тестування електронної пошти було ручним, статичним та стомлюючим. Команді тестування потрібно було з нуля створювати електронні листи та надсилати їх на тестові адреси. Хороша новина полягає в тому, що більшість цих кроків можна легко автоматизувати.
Ось кілька інструментів, які допомагають командам QA витрачати менше часу на тестування окремих елементів електронної пошти:
Email preview: Litmus;
Email servers: GMass;
Email API: Mailosaur;
Spam check: SpamAssassin;
Email deliverability: Mail-Tester;
HTML check: HTML Email Check;
Browser automation system: Selenium.
Якщо вам потрібне комплексне рішення для тестування, яке дозволить протестувати всі технічні аспекти електронної пошти, включаючи SMTP, API, HTML/CSS, віддайте перевагу зручним для спільної роботи інструментам, таким як Mailtrap.
Основні елементи електронної пошти, які ви повинні протестувати
Тепер, коли ви знаєте, чому не можна відмовитися від тестування електронної пошти, і розумієте, як справлятися з основними перешкодами, з якими стикаються групи контролю якості під час проведення сеансів, настав час створити покрокову стратегію тестування, яка забезпечить високу доставлюваність та бездоганний рендеринг ваших листів.
1. SMTP-моніторинг
Помилки SMTP є поширеною причиною проблем із доставкою електронної пошти або збоїв усієї інфраструктури електронної пошти. Ось проблеми, на які QA повинні звернути увагу:
Брандмауер блокує зв'язок;
Відповідь сервера займає надто багато часу;
SMTP-сервер підключається з неправильним ім'ям хоста;
SMTP не підтримує ці команди.
Для спрощення оцінки SMTP групи контролю якості використовують спеціальні інструменти: Web Biz або Wormly .
2. Тестування API електронної пошти
Тестування API дозволяє розробникам тестувати електронні листи, не виходячи із середовища IDE. Використовуючи API, ви можете:
Максимально автоматизувати процес;
Отримувати листи у коді;
Видобувати та перевіряти вміст тестового електронного листа;
Застосовувати зіставлення із зразком;
Надсилати тестові листи з вкладеннями.
Різні мови програмування запускають різні сценарії для тестування електронної пошти API. Щоб спростити процес, розгляньте можливість використання таких інструментів, як Mandrill або MailSlurp.
3. Локальна тестова відправка електронної пошти
Ще один спосіб перевірити електронну пошту – налаштувати локальний сервер. Таким чином, групи контролю якості знімають навантаження з виробничого середовища та відокремлюють тестування від реальної кампанії. Тестування електронної пошти на локальному сервері - це корисний спосіб переконатися, що ви не надсилаєте тестову партію передплатникам помилково. Інструменти, які слід розглянути, є Mailhog або Mailcatcher .
4. Доставляння електронної пошти та тестування на спам
Як ми вже згадували, доставляння електронної пошти та тестування на спам допомагають контролювати репутацію вашого домену та IP-адреси та виявляти, чи не занесена адреса відправника до чорного списку інтернет-провайдерами. Mail-Tester або GlockApps можуть стати в нагоді.
Джерела:
Дод. матеріал:
Last updated