Menu

Testowanie walidacji poczty e-mail: jak przetestować funkcjonalność poczty e-mail w aplikacji

email validation testing

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Dzisiejszy samouczek dotyczy testowania funkcji poczty e-mail w dowolnej aplikacji.

W większości aplikacji internetowych i mobilnych walidacja funkcji poczty e-mail jest uważana za jedną z najważniejszych części testowania, aby zapewnić jakość komponentu poczty elektronicznej, a także innych komponentów systemu.

Wiadomości e-mail wyzwalane w różnych scenariuszach są uważane za sprawdzone, sprawdzając wszystkie ich składniki, które obejmują szablon wiadomości e-mail, łącza / przyciski w polach E-mail, Od, Do, DW, UDW, Załączniki, Treść zgodnie z powiadomieniem e-mail itp.

Weryfikacja adresu e-mail

Czego się nauczysz:

Dlaczego potrzebujemy testowania poczty e-mail?

Każdy komponent w systemie (aplikacje internetowe / mobilne) może mieć różne cele do wysyłania wiadomości e-mail. Integracja między komponentami a poczta elektroniczna odgrywa istotną rolę w docieraniu do użytkownika końcowego z odpowiednimi powiadomieniami. Każde zaniedbanie podczas weryfikacji tej funkcji doprowadzi do nieporozumień, złego imienia klientów, włamań itp.

Na przykład wyobraź sobie sytuację, w której użytkownik otrzymał wiadomość e-mail z prośbą o zresetowanie hasła. Co się stanie, jeśli link / przycisk Resetuj hasło lub adres URL podany w celu skopiowania wklejania w przeglądarce nie działa? Pozostaje nam tylko skontaktować się z obsługą klienta, co może stać się uciążliwe lub wyobrazić sobie sytuację, w której użytkownik codziennie otrzymuje wiadomość e-mail dotyczącą terminu płatności rachunku sprzed 10-15 dni lub otrzymuje przypomnienie po upływie tego terminu. przeszedł. - Irytujące, prawda?

Istnieje wiele scenariuszy, w których e-maile stały się integralną częścią naszego życia, ponieważ mają na celu informowanie użytkownika na bieżąco o dokładnych informacjach.

Typowe scenariusze czasu rzeczywistego i punkty weryfikacji wiadomości e-mail

Punkty weryfikacji w testowaniu wiadomości e-mail różnią się w zależności od typu i ponownie w zależności od aplikacji. Zwykle wszystkie wiadomości e-mail powinny być sprawdzane pod kątem szablonu (który obejmuje logo aplikacji, nazwę aplikacji, adresowanie użytkownika, zawartość stopki - prawa autorskie, szczegóły obsługi klienta), datę i sygnaturę czasową dla różnych stref czasowych.

Tutaj omówimy niektóre popularne typy wiadomości e-mail, o których prawie każdy jest świadomy (wszystkie podane poniżej punkty weryfikacji są podstawową kontrolą, którą tester musi wykonać podczas testowania wiadomości e-mail aplikacji).

1) E-maile aktywacyjne

Kiedy użytkownik rejestruje się w aplikacji po raz pierwszy, musi aktywować konto, klikając link aktywacyjny przesłany w wiadomości e-mail. To również sprawdza, czy podany adres e-mail użytkownika jest prawidłowy i dostępny.

Punkty weryfikacji są następujące:

  • Link lub przycisk aktywacyjny - kliknięcie go powinno:
    • Przenieś użytkownika na stronę odpowiedniej aplikacji z zalogowanym kontem użytkownika
    • Konto e-mail użytkownika powinno zostać zweryfikowane automatycznie, jeśli strona aplikacji zostanie pomyślnie otwarta za pośrednictwem poczty e-mail
  • Czas trwania - sprawdź, w jakim czasie łącze ma zostać kliknięte i zweryfikowane.
    • Zweryfikuj w określonym czasie
    • Spróbuj zweryfikować po upływie określonego czasu - konto nie powinno być aktywowane, a adres e-mail powinien pozostać niezweryfikowany

E-mail aktywacyjny

# 2) E-maile z zapomnianym hasłem

Gdy użytkownik zapomni hasła do zalogowania się do aplikacji, można wykonać przepływ zapomnianego hasła, aby otrzymać wiadomość e-mail z łączem do resetowania hasła (funkcja różni się w zależności od aplikacji. Jest to funkcja ogólna).

Punkty weryfikacji są następujące:

  • Link do resetowania hasła:
    • Kliknięcie go powinno przenieść użytkownika na stronę odpowiedniej aplikacji w celu zresetowania hasła
    • Niektóre aplikacje będą prosić użytkownika o odpowiedź na pytanie zabezpieczające przed wyświetleniem strony resetowania hasła, a niektóre będą miały pytanie zabezpieczające zintegrowane ze stroną resetowania hasła, a niektóre w ogóle nie będą miały tej funkcji
    • Jeśli użytkownik pomyślnie zresetuje hasło, łącze w otrzymanej wiadomości e-mail dotyczącej zapomnienia hasła powinno zostać dezaktywowane i niedziałające
    • Jeśli użytkownik anuluje proces resetowania hasła, łącze w otrzymanej wiadomości e-mail dotyczącej zapomnienia hasła powinno pozostać aktywne
  • Czas trwania - sprawdź, jak długo należy kliknąć łącze w celu zresetowania hasła
    • Kliknij łącze i pomyślnie zresetuj hasło w określonym czasie
    • Spróbuj kliknąć link po upływie określonego czasu - link powinien być dezaktywowany i wygasł

Resetuj hasło Email

najlepszy downloader muzyki mp3 na PC

# 3) Powiadomienia o terminie

Ma to na celu przypomnienie użytkownikowi o czynności, jaką należy podjąć w ciągu określonej liczby dni. Zwykle jest to opłacenie rachunków, podjęcie działań na oczekujących pozycjach (np. Przyjęcie lub odrzucenie zaproszenia na jakieś wydarzenie w określonej liczbie dni, przesłanie formularzy itp.).

Punkty weryfikacji są następujące:

  • Liczba dni / termin płatności
    • Jeśli e-mail powiadamia o liczbie dni wymagalności, liczba powinna wynosić zero lub więcej, zero dni oznacza bieżącą datę wymagalności. Nie powinno być liczbami ujemnymi. Jeśli wiadomość e-mail powiadamia o terminie (data kalendarzowa), powinna to być data bieżąca lub przyszła.
  • Rodzaj działania
    • Sprawdź, jakiego rodzaju działanie jest wymagane. Powinien bardzo jasno określać, jakie działanie musi wykonać użytkownik. Czy to płatność za rachunki, zgłoszenia, informacje zwrotne itp.

E-mail z terminem płatności

Powiadomienie e-mail o wymaganym terminie

# 4) Zaległe powiadomienia

Ma to na celu poinformowanie użytkownika o upłynięciu terminu. Zwykle ma to na celu poinformowanie użytkownika, że ​​nie podjął działań w odniesieniu do pozycji w terminie.

  • Liczba dni przeterminowanych
    • Sprawdź, czy liczba zaległych dni powinna wynosić jeden lub więcej. Nigdy nie powinno to być zero ani liczby ujemne
  • Częstotliwość
    • Niewiele aplikacji będzie miało możliwość dostosowania zaległych wiadomości e-mail, które będą wysyłane codziennie / co tydzień / co miesiąc, po upływie terminu, dopóki użytkownik nie zakończy działania. Niewiele wniosków będzie miało standardowe powiadomienie, które zostanie wysłane tylko raz po upływie terminu.

# 5) Subskrypcje

To zależy od wymagań użytkownika. Użytkownik może wybrać jedną z następujących subskrypcji dziennych, tygodniowych, dwumiesięcznych lub miesięcznych. Zwykle dotyczy to biuletynów, aktualizacji, ofert itp.

  • Częstotliwość
    • E-maile powinny być wysyłane zgodnie z wyborem użytkownika do subskrypcji. Jeśli codziennie, to e-mail subskrypcji powinien być wysyłany tylko raz dziennie. Jeśli co tydzień, to raz w tygodniu. I dalej…
  • Spinki do mankietów
    • Wszelkie łącza w wiadomości e-mail powinny prowadzić do odpowiedniej strony aplikacji. Jeśli wiadomość e-mail dotyczy aktualizacji, łącze powinno przekierowywać do strony, na której mają być wyświetlane aktualizacje. Jeśli wiadomość e-mail dotyczy ofert, link powinien przekierowywać do strony Oferty aplikacji. Zależy to od typu subskrypcji, którą wybrał użytkownik.

E-mail subskrypcji

c ++ praktyczne pytania i odpowiedzi pdf

Ekran wiadomości e-mail subskrypcji

# 6) Formularze

E-maile tutaj mają na celu zapewnienie przez użytkownika opinii za pośrednictwem formularzy / linków do formularzy. Punkty weryfikacji są następujące:

  • Spinki do mankietów
    • Link w wiadomości e-mail powinien przekierowywać użytkownika do strony przesyłania formularza wniosku zgodnie z typem formularza, który użytkownik musi przesłać
    • Po przesłaniu, ponowne kliknięcie linku powinno powiadomić użytkownika, że ​​formularz został już przesłany. Nie powinno umożliwiać użytkownikowi ponownego przesłania formularza

E-mail z ankietą

Strona ankiety

# 7) E-maile potwierdzające

E-maile tutaj mają na celu powiadomienie użytkownika o potwierdzeniu podjętej akcji. Zwykle są to potwierdzenia rezerwacji, potwierdzenia zamówień, potwierdzenia zapytań itp.

Punkty weryfikacji są następujące:

  • Szczegóły potwierdzenia:
    • Numer zamówienia / numer rezerwacji powinien być poprawny i zgodny z numerem wyświetlanym w interfejsie aplikacji. Ponieważ jest to identyfikator służący do śledzenia zamówień / rezerwacji, powinien być unikalny (do walidacji w bazie danych - DB) w całej aplikacji. Żadne zamówienia / rezerwacja nie powinny mieć tego samego identyfikatora.
    • Wraz z numerem należy również zweryfikować rodzaj zamówienia, dane użytkownika, adres rozliczeniowy, adres wysyłki i cenę. Wszystkie informacje powinny być dokładnie podobne do tych, które podał użytkownik w interfejsie użytkownika aplikacji.
  • Spinki do mankietów:
    • Link w e-mailu powinien prowadzić użytkownika do strony szczegółów zamówienia w interfejsie aplikacji. Powinno istnieć dokładne dopasowanie między informacjami w wiadomości e-mail i interfejsem aplikacji

Email potwierdzający

# 8) Transkrypcja czatu

Tutaj użytkownik otrzymuje całą transkrypcję czatu jako wiadomość e-mail. Zwykle dzieje się tak po zakończeniu czatu na żywo z obsługą klienta.

Punkty weryfikacji są jak poniżej

  • Detale
    • Sprawdź nazwisko osoby, która zapewniła wsparcie online. Sprawdź, czy cały czat jest obecny w wiadomości e-mail ze szczegółami nadawcy dla każdego wpisu czatu (imię i nazwisko osoby, data i godzina wysłania wiadomości czatu itp.)

# 9) E-maile z załącznikiem

Użytkownik otrzymuje e-maile z załącznikiem. Załączniki mogą być chronione hasłem / niechronione. Zwykle są to wyciągi z dziedzin finansowych, umowa licencyjna użytkownika końcowego w celach informacyjnych, warunki korzystania z usługi w celach informacyjnych itp., To znowu różni się w zależności od aplikacji.

Punkty weryfikacji są następujące:

  • Rodzaj załącznika
    • Prawidłowe typy plików należy przesłać jako załącznik. Wszystkie otwierane załączniki powinny zostać przeskanowane pod kątem wirusów przed pobraniem / otwarciem. To znowu można dostosować na poziomie aplikacji na zapleczu, na przykład skanowanie antywirusowe ma być wykonywane tylko podczas pobierania, tylko podczas otwierania, zarówno w celu pobrania, jak i otwarcia.
    • Załączniki chronione hasłem należy pobierać bez pytania o hasło. Ale otwierając go z samego e-maila lub otwierając pobraną kopię, zawsze należy poprosić o hasło. Wprowadzenie nieprawidłowych haseł w tym miejscu będzie nieokreślone, ponieważ kopii lokalnej nie można śledzić online w celu zablokowania załącznika

E-mail z załącznikiem

Załącznik chroniony hasłem

Rodzaje wiadomości e-mail

Typ wiadomości e-mail może być HTML (kolorowy i atrakcyjny dla użytkowników, który interesuje ich pełne przeczytanie) lub zwykły tekst (tylko tekst).

HTML jest najbardziej preferowany i zwykle jest ustawiany jako domyślny w prawie wszystkich aplikacjach na zapleczu. W razie potrzeby aplikacje mogą zdecydować się na wysyłanie wiadomości e-mail w postaci zwykłego tekstu do użytkowników, ponownie wymaga to zmian na zapleczu.

Punkty wyzwalania e-maili:

E-maile mogą być wysyłane natychmiast lub jako podsumowanie / partia. Natychmiastowe e-maile są wywoływane przez działanie użytkownika. Będą to zazwyczaj e-maile aktywacyjne, e-maile dotyczące resetowania haseł, transkrypcje czatu, e-maile z potwierdzeniem itp., Tj. E-maile z podsumowaniem / zbiorczo są uruchamiane na podstawie ustawień zaplecza aplikacji.

Punkty wyzwalania e-maili zostaną zdefiniowane jako wyzwalane w określonym momencie ( na przykład 3r & Dkażdego dnia tygodnia o godzinie 12:00). Zwykle będą to wyciągi z dziedzin finansowych (wyciągi bankowe), zawiadomienia o terminach płatności rachunków, zawiadomienia o przeterminowaniu, subskrypcje itp.,

Odbicia:

Jest to bardzo częsty scenariusz, w którym wiadomości e-mail odbijają się, gdy są wysyłane na nieprawidłowy adres e-mail. Zwykle adres e-mail, który jest dezaktywowany / nie jest już używany lub w ogóle nie istnieje - to kandydaci, którzy wracają.

Serwer zwykle próbuje określoną liczbę razy wysłać wiadomość e-mail na wskazany adres. Jeśli nie dotrze na zamierzony adres e-mail, zostanie odesłany z powrotem i dokona wpisu na serwerze z powodu jego awarii. Będzie inny serwer do obsługi tego typu działań i zwykle nazywane są serwerami zwrotnymi. Może być kilka powodów, dla których wiadomość e-mail nie dotarła do użytkownika.

Poniżej znajduje się kilka innych punktów za niepowodzenie:

  • Serwer poczty elektronicznej nie działa przez długi czas
  • Algorytm znajdujący krótką trasę dotarcia do użytkownika nie działa poprawnie i dotarcie do użytkownika zajmuje bardzo dużo czasu, do tego czasu być może przekroczyłby określony czas, aby dotrzeć do użytkownika. Nazywa się to zwykle zwiększoną liczbą przeskoków
  • Domena e-mail użytkownika nie działa przez długi czas
  • Konto użytkownika aplikacji nie jest aktywowane do odbierania wiadomości e-mail

Zakres lokalizacji do testowania wiadomości e-mail

Jeśli aplikacja obsługuje wiele języków, wsparcie powinno obejmować również wiadomości e-mail.

Wszystkie wysłane e-maile powinny być w języku profilu użytkownika. Jeśli użytkownik ustawił angielski jako język profilu, wszystkie wysyłane do niego e-maile powinny być w języku angielskim. Jeśli językiem profilu użytkownika jest francuski, wszystkie wysyłane do niego e-maile powinny być po francusku. Język profilu użytkownika może być ustawieniem jednorazowym lub można go zmienić w razie potrzeby, w zależności od ustawień aplikacji.

Wiadomość e-mail powinna być wysłana w języku, którym posługuje się użytkownik w momencie jej wywołania.

Typowe punkty weryfikacji do testowania lokalizacji wiadomości e-mail są następujące:

  • Wiersz tematu
  • Treść wiadomości e-mail
    • Treść - tekst treści
    • Nazwa linku / nazwa przycisku
    • Informacje o prawach autorskich
    • Szczegóły obsługi klienta

Standard / dostosowywanie wiadomości e-mail

E-maile można dostosować na zapleczu.

Na przykład niewiele aplikacji umożliwia użytkownikowi dostosowanie wiadomości e-mail podczas ich wysyłania. W tym miejscu użytkownik może zmienić temat i / lub treść wiadomości e-mail na wygodną lub w celu łatwego rozpoznania. W takim przypadku zespół testujący musi przeprowadzić dokładne testy, ponieważ prawdopodobieństwo włamania jest wysokie.

Testowanie należy wykonać pod kątem iniekcji - wyślij kod HTML, kod Java, SQL itp. Wszystko to powinno zawieść, aby zwiększyć poziom bezpieczeństwa. Jeśli aplikacja nie obsługuje dostosowywania wiadomości e-mail, wszystkie wysłane e-maile będą miały standardowy temat / treść ustawioną przez aplikację.

Wniosek

Testowanie wiadomości e-mail jest ważną czynnością, ponieważ większość składników aplikacji jest zintegrowana z tą funkcją.

Pełne przetestowanie funkcji poczty e-mail w aplikacji powinno być wsparciem i wysiłkiem całego zespołu. Powinno to być dobrze zaplanowane na długo przed rozpoczęciem faktycznego testowania i powinno iść ręka w rękę podczas testowania każdego komponentu / komponentu powiązanego.

Testowanie wiadomości e-mail powinno mieć oddzielne przypadki testowe napisane dla każdego typu wiadomości e-mail, obejmujące wszystkie aspekty do przetestowania. Należy to przeprowadzić we wszystkich typach testów. Testy regresyjne, testy adhoc, testy lokalizacji, testy UAT i testy produkcyjne.

Wszystko, co pójdzie nie tak w czasie rzeczywistym w e-mailu, pozostawi złe wrażenie na aplikacji, klientach, a ostatecznie zostanie przekazane testerom tej aplikacji. Zatem walidacja wiadomości e-mail jest bardzo istotną i bardzo wymaganą czynnością w testowaniu oprogramowania.

O autorze: Ten post został napisany przez autorkę STH Nandini K. Ma ponad 7 lat doświadczenia w testowaniu oprogramowania, głównie w testowaniu aplikacji internetowych.

darmowych dostawców kont e-mail w usa

Daj nam znać, jeśli masz jakieś pytania / sugestie.

rekomendowane lektury

^