Меню

Тестування перевірки електронної пошти: Як перевірити функціональність електронної пошти програми

  • Головна
  • Веб-Тестування
  • Тестування перевірки електронної пошти: Як перевірити функціональність електронної пошти програми

email validation testing

Спробуйте Наш Інструмент Для Усунення Проблем

Сьогоднішній підручник - це тестування функціональності електронної пошти будь-якої програми.

У більшості веб- і мобільних додатків перевірка функції електронної пошти вважається однією з найважливіших частин тестування, щоб забезпечити якість компонента електронної пошти, а також разом з іншими компонентами системи.

Електронні листи, що ініціюються за різними сценаріями, вважаються перевіреними шляхом перевірки всіх його компонентів, що включає шаблон електронної пошти, посилання / кнопки в полях електронної пошти, від, до, копію, приховану копію, вкладення, вміст відповідно до сповіщення електронною поштою тощо.

Перевірка електронної пошти

Що ви дізнаєтесь:

Навіщо нам потрібне тестування електронної пошти?

Кожен компонент системи (веб-програми / програми для мобільних пристроїв) може мати різні цілі для надсилання електронних листів. Інтеграція між компонентами а електронна пошта відіграє життєво важливу роль у зверненні до кінцевого користувача за допомогою належних повідомлень. Будь-яка недбалість, коли ми перевіряємо цю функцію, призведе до непорозумінь, поганого імені клієнтів, злому тощо.

Наприклад , уявіть ситуацію, коли користувач отримав електронне повідомлення про скидання пароля. Що робити, якщо посилання / кнопка Скинути пароль або URL-адреса, надана для копіювання вставки в браузері, не працює? Єдиний варіант, що залишився тут, - це зв’язатися зі службою підтримки, що може стати нудною справою або уявити ситуацію, коли користувач постійно отримує електронне повідомлення щодня про термін сплати рахунків за 10–15 днів до цього або отримує нагадування після закінчення терміну. пройшов. - Дратівливо, чи не ??

Є багато сценаріїв, коли електронні листи стали невід’ємною частиною нашого життя, оскільки вони покликані тримати користувача в курсі точної інформації.

Загальні сценарії реального часу та точки перевірки електронних листів

Точки перевірки під час тестування електронних листів варіюються залежно від типу та від програми до програми. Зазвичай усі електронні листи слід перевіряти для шаблону (що включає логотип програми, назву програми, адресу користувача, вміст нижнього колонтитула - авторські права, деталі підтримки клієнтів), дату та часову позначку для різних часових поясів.

Тут ми обговоримо деякі поширені типи електронної пошти, про які знають майже всі (усі наведені нижче пункти перевірки - це основна перевірка, яку повинен виконати тестувальник під час тестування електронних листів програми).

# 1) Електронні листи про активацію

Коли користувач реєструється в програмі вперше, йому потрібно активувати обліковий запис, натиснувши посилання для активації, надіслане в електронному листі. Це також підтверджує дійсну та доступну електронну адресу користувача.

Точки підтвердження наведені нижче:

  • Посилання або кнопка активації - натискання на них повинно:
    • Переведіть користувача на сторінку відповідної програми із входом в обліковий запис користувача
    • Обліковий запис електронної пошти користувача повинен перевірятися автоматично, якщо сторінка програми успішно переходить за допомогою електронної пошти
  • Тривалість - Перевірте тривалість, протягом якої потрібно натиснути та перевірити посилання.
    • Перевірте протягом зазначеної тривалості
    • Спробуйте перевірити після закінчення тривалості - Обліковий запис не слід активувати, а електронна пошта повинна залишатися неперевіреною

Електронна адреса для активації

# 2) Забуті електронні листи з паролем

Коли користувач забуває пароль для входу в програму, можна виконати потік забутих паролів для отримання електронного листа із посиланням для скидання пароля (функція залежить від програми. Ця загальна).

Точки підтвердження наведені нижче:

  • Скинути посилання для пароля:
    • Натиснувши його, слід перевести користувача на сторінку відповідної програми, щоб скинути пароль
    • Деякі програми попросять користувача відповісти на захисне запитання перед тим, як відображати сторінку скидання пароля, а деякі будуть мати інтегроване питання безпеки на самій сторінці скидання пароля, а деякі взагалі не матимуть цієї функції
    • Якщо користувач успішно скидає пароль, посилання в електронному листі із забутим паролем, яке було отримано, повинно бути деактивовано та не функціонувати
    • Якщо користувач скасовує потік скидання пароля, посилання в отриманому електронному листі, яке було отримано, повинно залишатися активованим
  • Тривалість - Перевірте тривалість, протягом якої потрібно натиснути посилання для скидання пароля
    • Клацніть на посилання та успішно скиньте пароль протягом вказаної тривалості
    • Спробуйте натиснути на посилання після закінчення тривалості - Посилання слід деактивувати та закінчити термін дії

Скинути пароль електронної пошти

10 найкращих програм-шпигунів для мобільних телефонів

# 3) Повідомлення про термін виконання

Це нагадує користувачеві про дії, які потрібно виконати протягом певної кількості днів. Зазвичай це платежі за рахунками, вжиття заходів щодо предметів, що очікують на розгляд (наприклад: прийняття або відхилення запрошення на якусь подію протягом певної кількості днів, подання форм тощо).

Точки підтвердження наведені нижче:

  • Кількість днів виплати / терміну виконання
    • Якщо електронна пошта повідомляє про кількість днів, то число має бути нульовим або більше, нульові дні мають означати поточну дату сплати. Це не повинно бути в від’ємних числах. Якщо електронна пошта повідомляє про термін виконання (дату календаря), то дата має бути або поточною, або майбутньою.
  • Тип дії
    • Перевірте, який тип дії потрібно. У ньому повинно бути дуже чітко зазначено, яку дію повинен виконати користувач. Будь то оплата рахунків, подання, відгуки тощо.

Електронна пошта із терміном виконання

Повідомлення електронною поштою про термін виконання

# 4) Прострочені сповіщення

Це потрібно для того, щоб повідомити користувача про минулий термін. Зазвичай це інформування користувача про те, що він / вона не вжив заходів щодо предметів у встановлений термін.

  • Кількість прострочених днів
    • Переконайтеся, що кількість прострочених днів має бути однією або кількома. Це ніколи не повинно бути нульовим чи від’ємним числом
  • Частота
    • Небагато додатків матимуть можливість налаштовувати прострочені електронні листи, що надсилатимуться щодня / щотижня / щомісяця, після закінчення терміну, доки користувач не виконає дію. Мало хто із заявок матиме стандартне сповіщення, яке надсилатиметься лише один раз лише після закінчення терміну.

# 5) Підписки

Це залежить від вимог користувача. Користувач може вибрати один із наступних щоденних, тижневих, двомісячних або щомісячних підписок. Зазвичай це стосується інформаційних бюлетенів, оновлень, пропозицій тощо.

  • Частота
    • Електронні листи слід надсилати відповідно до вибору користувача для підписки. Якщо щодня, то електронну пошту передплати слід надсилати лише раз на день. Якщо щотижня, то раз на тиждень. І продовжує ...
  • Посилання
    • Будь-які посилання в електронному листі повинні переходити на відповідну сторінку програми. Якщо електронна пошта призначена для оновлень, тоді посилання має перенаправити на сторінку, на якій мають відображатися оновлення. Якщо електронний лист стосується пропозицій, посилання має перенаправити на сторінку Пропозиції програми. Це залежить від типу підписки, яку вибрав користувач.

Електронна пошта передплати

Екран електронної пошти передплати

# 6) Форми

Електронна пошта тут призначена для того, щоб користувач міг надати зворотній зв'язок через форми / посилання на форми. Точки підтвердження наведені нижче:

  • Посилання
    • Посилання в електронному листі повинно перенаправити користувача на сторінку подання форми програми відповідно до типу форми, яку користувач повинен подати
    • Після подання, натиснувши посилання ще раз, слід повідомити користувача про те, що форма вже надіслана. Це не повинно дозволяти користувачеві повторно подавати форму

Електронна адреса опитування

Сторінка опитування

# 7) Електронні листи з підтвердженням

Електронні листи тут мають повідомляти користувача про підтвердження вжитих дій. Зазвичай це підтвердження бронювання, підтвердження замовлення, підтвердження запитів тощо.

Точки підтвердження наведені нижче:

  • Деталі підтвердження:
    • Номер замовлення / номер бронювання повинен бути правильним і відповідати номеру, що відображається в інтерфейсі програми. Оскільки це ідентифікатор для відстеження замовлень / замовлень, він повинен бути унікальним (перевірятись у серверній базі даних) у всій програмі. Жодне замовлення / бронювання не повинно мати однаковий ідентифікатор.
    • Разом із номером його слід також перевірити на тип замовлення, інформацію про користувача, адресу виставлення рахунку, адресу доставки та ціну. Вся інформація повинна бути точно такою, як надана користувачем в інтерфейсі програми.
  • Посилання:
    • Посилання в електронному листі повинно перенаправити користувача на сторінку деталей замовлення в інтерфейсі програми. Має бути точна відповідність між інформацією в електронній пошті та інтерфейсом програми

Електронна пошта для підтвердження

# 8) Стенограма чату

Тут користувач отримує всю стенограму чату як електронну пошту. Зазвичай це відбувається після закінчення чату в режимі онлайн із підтримкою клієнтів.

запитання та відповіді на інтерв’ю для мила

Точки підтвердження наведені нижче

  • Деталі
    • Перевірте ім’я особи, яка надала підтримку в Інтернеті. Переконайтеся, що в електронному листі присутній весь чат із даними відправника для кожного запису в чаті (ім’я особи, дата та час відправлення повідомлення чату тощо)

# 9) Електронні листи з вкладенням

Користувач отримує електронні листи з вкладенням. Вкладені файли можуть бути захищені паролем / незахищені. Зазвичай це виписки з фінансових доменів, Ліцензійна угода з кінцевим користувачем для довідки, Загальні положення та умови для довідки тощо, це знову ж залежить від програми до програми.

Точки підтвердження наведені нижче:

  • Тип кріплення
    • Дійсні типи файлів слід надсилати як вкладення. Перед завантаженням / відкриттям усі вкладені файли слід перевірити на віруси. Це знову можна налаштувати на рівні програми у серверній системі, наприклад, сканування вірусів, яке проводиться лише під час завантаження, лише під час відкриття, як для завантаження, так і для відкриття.
    • Захищені паролем вкладення слід завантажувати, не запитуючи пароль. Але під час відкриття або з самої електронної пошти, або відкриття завантаженої копії завжди слід запитувати пароль. Неправильні введені паролі тут будуть невизначеними, оскільки локальну копію неможливо відстежити в Інтернеті, щоб заблокувати вкладення

Електронний лист із вкладенням

Захищений паролем вкладення

Типи електронних листів

Тип електронної пошти може бути як HTML (барвистий та привабливий для користувачів, котрий зацікавлює користувача повністю прочитати електронні листи), так і звичайний текст (лише текст).

HTML є найбільш переважним і зазвичай встановлюється за замовчуванням майже у всіх програмах серверної бази. За потреби програми можуть надсилати електронний лист із звичайним текстом користувачам, що знову вимагає змін у серверній системі.

Точки запуску електронної пошти:

Електронні листи можна надсилати як негайно, так і у вигляді підсумків / пакетних. Миттєві електронні листи викликаються дією користувача. Це, як правило, електронні листи про активацію, електронні листи про скидання паролів, транскрипції чату, електронні листи підтвердження тощо, тобто зведені / пакетні електронні листи запускаються на основі налаштувань у серверній панелі програми.

Точки активації електронної пошти будуть визначені для активації в конкретний момент часу ( наприклад 3рдкожного тижня о 00:00). Зазвичай це виписки з фінансових доменів (банківські виписки), повідомлення про термін виконання рахунків, прострочені сповіщення, підписки тощо,

Відкати:

Дуже поширений сценарій, коли повідомлення електронної пошти відскакують, коли їх надсилають на недійсні адреси електронної пошти. Зазвичай електронна адреса, яка деактивована / більше не використовується і взагалі не існує - це кандидати, які повертаються.

Зазвичай сервер намагається вказану кількість разів надіслати електронну пошту на призначену адресу. Коли він не доходить до призначеної адреси електронної пошти, він повертається назад і робить запис на сервері про свою помилку. Для підтримки цього типу дій буде інший сервер, який зазвичай називають серверами повернення. Причин збою електронного листа, зв’язавшись із користувачем, може бути декілька.

Нижче наведено кілька інших моментів для відмови:

  • Сервер електронної пошти довго не працює
  • Алгоритм пошуку короткого шляху до користувача не працює належним чином і займає дуже багато часу, щоб дістатися до користувача, на той час, можливо, він би перетнув вказаний час, встановлений для досягнення користувача. Це зазвичай називають збільшеною кількістю хмелю
  • Домен електронної пошти користувача довго не працює
  • Обліковий запис користувача для програми не активований для отримання електронних листів

Сфера локалізації для тестування електронної пошти

Коли програма підтримує кілька мов, тоді підтримка повинна поширюватися і на електронні листи.

Усі надіслані електронні листи повинні бути написані мовою профілю користувача. Якщо користувач встановив англійську мову як мову профілю, тоді всі електронні листи, що надсилаються йому / їй, повинні бути англійською мовою. Якщо мовою профілю користувача є французька, то всі електронні листи, що надсилаються йому, повинні бути французькою. Мова профілю користувача може бути одноразовою або може бути змінена за необхідності, що залежить від налаштувань програми.

Електронну пошту слід надсилати мовою, якою користувач користується на момент її ініціювання.

Загальні точки перевірки для тестування локалізації електронних листів є такими:

  • Сюжетна лінія
  • Основне повідомлення електронної пошти
    • Зміст - текст тексту
    • Назва посилання / назва кнопки
    • Інформація про авторські права
    • Деталі підтримки клієнтів

Стандарт / налаштування електронних листів

Електронні листи можна налаштувати на сервері.

Наприклад , декілька програм підтримують користувача в налаштуванні електронних листів під час їх надсилання. Користувач може змінити тут рядок теми та / або тіло електронного листа на зручний для його розпізнавання спосіб. У цьому випадку ретельне тестування має проводити команда тестування, оскільки шанси вторгнення високі.

Тестування потрібно проводити для ін’єкцій - надсилання HTML-коду, Java-коду, SQL тощо. Все це повинно провалитися з метою підвищення рівня безпеки. Якщо програма не підтримує налаштування електронних листів, тоді всі надіслані електронні листи будуть відповідати стандартній темі / тексту, встановленому програмою.

Висновок

Тестування електронних листів - важлива діяльність, оскільки більшість компонентів програми інтегровані з цією функціональністю.

Запитання та відповіді на інтерв’ю для розробників pl sql

Це має бути підтримка і зусилля всієї команди для повного тестування функціональності електронної пошти програми. Це повинно бути добре сплановано задовго до початку власне тестування і повинно йти рука об руку під час тестування кожного компонента / асоційованого компонента.

Тестування електронної пошти має містити окремі тестові кейси для кожного типу електронної пошти, що охоплюють усі аспекти тестування. Це повинно проводитися під час усіх видів тестування Регресійне тестування, тестування Adhoc, тестування локалізації, тестування UAT та виробниче тестування.

Все, що в режимі електронної пошти піде не так, залишить погане враження на програму, клієнтів, і врешті-решт це перенесе на тестувальників цієї програми. Отже, перевірка електронної пошти є дуже важливою та дуже необхідною діяльністю при тестуванні програмного забезпечення.

Про автора: Ця публікація написана автором STH Нандіні К. Вона має 7+ років досвіду у тестуванні програмного забезпечення, головним чином у тестуванні веб-додатків.

Повідомте нас, якщо у вас є якісь запитання / пропозиції.

Рекомендована література

^