Czy osoby zajmujące się zapewnianiem jakości powinny interesować się testowaniem wiadomości e-mail?

Tak, osoby zajmujące się zapewnianiem jakości powinny interesować się testowaniem wiadomości e-mail. W tym artykule wyjaśniono, dlaczego jest to ważne, jakie elementy należy testować oraz jak ułatwić testowanie wiadomości e-mail.

Przede wszystkim należy zrozumieć, o jakim rodzaju testowania wiadomości e-mail mówimy.

Ogólnie rzecz biorąc, testowanie wiadomości e-mail oznacza kilka metod sprawdzania wiadomości przed ich wysłaniem. Dla marketerów e-mailowych chodzi przede wszystkim o analizę treści i testowanie kampanii A/B. Dla programistów i osób zajmujących się zapewnianiem jakości, które pracują z aplikacjami wysyłającymi wiadomości transakcyjne, testowanie wiadomości e-mail oznacza większy cykl działań – od analizy kodu HTML po zapewnienie dostarczalności wiadomości e-mail. 

Omówię:

• Znaczenie testowania wiadomości e-mail
• 4 problemy związane z testowaniem wiadomości e-mail przez osoby zajmujące się zapewnianiem jakości + sposoby ich rozwiązania 
• Najważniejsze elementy wiadomości e-mail, które należy testować

Na początek omówmy znaczenie testowania wiadomości e-mail dla osób zajmujących się zapewnianiem jakości.

Nie można zaniedbywać testowania: oto dlaczego

Według statystyk każdego dnia wysyła się i odbiera ponad 300 miliardów wiadomości e-mail. Trudno sobie wyobrazić, ile wadliwych wiadomości firmy wysyłają codziennie. Nie ulega jednak wątpliwości, że takie wiadomości wpływają na reputację marki i zapewniają użytkownikom złe doświadczenia.

W związku z tym debugowanie wiadomości e-mail należy do obowiązków zespołu programistycznego i zespołu ds. zapewniania jakości, aby zespół marketingowy mógł uruchomić prawidłową kampanię.

Pominięcie tego etapu prowadzi do trzech głównych negatywnych konsekwencji:

Błędy renderowania = złe doświadczenia użytkownika 

Niestety nie wszystkie programy pocztowe obsługują HTML i CSS w takim samym stopniu. Na przykład Outlook ani aplikacja Gmail dla kont innych niż Google nie wyświetlają obrazów tła. 

Podobnie programy pocztowe często mają szczegółowe wytyczne dotyczące projektowania wiadomości e-mail – Yahoo Mail wymusza stosowanie marginesów, natomiast Gmail przycina wiadomości dłuższe niż 102 kB. 

Ponieważ projektanci nie zawsze uwzględniają standardy renderowania obowiązujące w szerokiej gamie programów pocztowych, zadaniem osoby testującej jest spełnienie wszystkich wymagań. 

Dlatego należy skupić się na testowaniu kampanii przed udostępnieniem ich użytkownikom. W przeciwnym razie odbiorca może zobaczyć przyciętą wiadomość, przesunięty układ, nieaktywną lub nieobsługiwaną treść. W rezultacie złe doświadczenia użytkownika są gwarantowane, a prawdopodobieństwo, że klienci nie wrócą, wzrasta. Jeśli wziąć pod uwagę, że cała kampania zawiera uszkodzone wiadomości, jest to frustrujące.

Dostarczalność ma swoją cenę

Zapewnienie niezawodnej ścieżki między wiadomościami e-mail w aplikacji a użytkownikami końcowymi ma kluczowe znaczenie dla obsługi dużej liczby użytkowników. Ponieważ wiele zespołów korzysta z powiadomień e-mail do udostępniania haseł i informowania społeczności o aktualizacjach produktu, brak możliwości dotarcia do subskrybentów jest rozczarowujący. 

W marketingu e-mailowym dostarczalność wiadomości e-mail jest czynnikiem decydującym o tym, czy użytkownik będzie mógł uzyskać dostęp do ważnej wiadomości. Na wskaźnik dostarczalności kampanii wpływa wiele kryteriów: liczba wiadomości zgłoszonych jako spam, interakcje użytkowników z wiadomościami, współczynnik odrzuceń i inne. 

Zbudowanie płynnego procesu dostarczania wymaga dużego nakładu pracy i zwykle należy do obowiązków zespołu inżynieryjnego. Osoba zajmująca się zapewnianiem jakości musi zwracać uwagę na to, kiedy i ile wiadomości transakcyjnych wysyła strona internetowa lub aplikacja. Z drugiej strony zmarnowanie całego wysiłku jest zaskakująco łatwe – kilka uszkodzonych linków lub nieudana kontrola antyspamowa wystarczy, aby zniweczyć miesiące pracy. 

Testowanie dostarczalności pozwala zapobiegać takim frustrującym niepowodzeniom, ponieważ umożliwia zespołowi ds. zapewniania jakości: 

• omijanie pułapek spamowych (fałszywych adresów e-mail umieszczanych przez dostawców usług internetowych w całej sieci, które są często odwiedzane przez boty i dodawane do bazy subskrybentów) 
• ustalenie, które elementy infrastruktury pocztowej są nieprawidłowo skonfigurowane (adres IP, rekordy DNS, rekordy uwierzytelniania wiadomości e-mail itp.)
• upewnienie się, że treść nie zawiera wyzwalaczy spamu

Jeśli osoba zajmująca się zapewnianiem jakości lub programista zignoruje kontrole antyspamowe i testowanie dostarczalności, kampanie lub ważne wiadomości nie dotrą do użytkownika końcowego. Jak użytkownik może zresetować hasło lub otrzymać link rejestracyjny, jeśli niesprawdzona wiadomość e-mail trafi gdzieś do sieci? Z powodu niedostarczonych wiadomości firma może stracić klientów i ponieść inne straty biznesowe.

Reputacja zostaje nadszarpnięta

Obecnie silnym trendem są wysoce spersonalizowane wiadomości e-mail. Jednak podczas wysyłania wiadomości zawierających wiele dynamicznych znaczników sytuacja często wymyka się spod kontroli. 

Dla odbiorców otrzymywanie wiadomości z błędnymi nazwami lub wierszami tematu, takimi jak „Cześć, [username]”, nie jest niczym nowym. W przypadku marek drobne przeoczenia obniżają współczynniki konwersji całej kampanii i pogarszają relacje marki z mediami. Powód jest prosty: nie ma drugiej szansy na zrobienie pierwszego wrażenia. Jeśli popełnisz błąd raz, subskrybenci prawdopodobnie oznaczą wiadomość jako spam lub zostawią negatywną opinię. Marka będzie kojarzona z nadawcami uszkodzonych wiadomości tylko dlatego, że ktoś pominął testowanie HTML/CSS.

Powiązany artykuł: POZYTYWNE REZULTATY TESTÓW NEGATYWNYCH

4 problematyczne obszary testowania wiadomości e-mail przez QA (+ sposoby na ich obejście)

Opisaliśmy trzy główne negatywne skutki wysyłania wiadomości e-mail zawierających błędy. Czas zrozumieć problemy testerów, którzy dzielnie zmagają się z debugowaniem wiadomości e-mail. 

Nie możemy i nie będziemy oceniać. Przez lata w procesach testowania wiadomości e-mail występowało wiele niedociągnięć, które sprawiały, że proces był zbyt ręczny, powolny i nieefektywny.

Istnieją praktyczne sposoby obejścia problemów związanych z testowaniem. Przyjrzyjmy się, jak radzić sobie z najbardziej irytującymi niedogodnościami. 

1. Wiadomości testowe trafiają do prawdziwych użytkowników

Ten irytujący problem wynika z faktu, że zespoły QA używają domen produkcyjnych do przeprowadzania sesji testowych. W rezultacie łatwo przekroczyć granicę i przypadkowo wysłać wiadomość testową do listy subskrybentów. 

Co więcej, używanie serwera produkcyjnego do przeprowadzania testów zwiększa wolumen wysyłki dla domeny i obniża jej reputację. 

Łatwo upewnić się, że nie wyślesz wiadomości do prawdziwych użytkowników przez pomyłkę, o ile używasz oddzielnego środowiska testowego. Istnieją dwa sposoby bezpiecznego testowania wiadomości e-mail:

• Testowanie w środowisku programistycznym z wykorzystaniem integracji API
• Korzystanie z narzędzi, które imitują działanie prawdziwych serwerów SMTP i umożliwiają sprawdzanie popularnych portów SMTP oraz innych elementów infrastruktury. 

2. Niska dostarczalność (lub trafianie do folderów spamu)

Jeśli wiadomości e-mail z podglądem trafiają do folderu „Spam”, nie musi to oznaczać problemu. Zanim zaalarmujesz zespół marketingowy i ponownie sprawdzisz infrastrukturę, wyklucz następujące możliwości:

• Wiadomość e-mail z podglądem nadal zawiera tekst zastępczy. Podczas wysyłania wiadomości testowych upewnij się, że treść wiadomości jest dokładnie taka, jaką zobaczy użytkownik. Elementy takie jak „Lorem Ipsum dolor” uruchamiają filtry antyspamowe i drastycznie obniżają dostarczalność wiadomości testowej. 
• Nie otwierasz własnych wiadomości testowych. Jeśli używasz własnego adresu do testowania wiadomości e-mail, dostawcy usług internetowych oznaczą je jako nieistotne i zaczną kierować je do spamu, chyba że wejdziesz z nimi w interakcję. 
• Adres nadawcy i odbiorcy są takie same. Aby wiadomości e-mail mogły zostać pomyślnie dostarczone, klienci pocztowi wymagają, aby adresy nadawcy i odbiorcy nie wskazywały tej samej skrzynki. Dlatego podczas wysyłania wiadomości testowej do siebie wybierz inny adres e-mail niż ten, którego używasz do wysyłania testu. 
• Brak linku „Anuluj subskrypcję”. Partie wiadomości, które nie mają stopki „Anuluj subskrypcję”, mają 99.9% szans na odrzucenie lub oznaczenie jako spam. 

3. Nieprawidłowe renderowanie i brak responsywności na różnych urządzeniach

Kolejną przeszkodą, na którą natrafiają zespoły QA, jest odkrycie, że wiadomości są wyświetlane inaczej w różnych klientach pocztowych lub na różnych typach urządzeń. Jeśli dotyczy to Twojej partii testowej, oto kilka kwestii związanych z renderowaniem w konkretnych klientach pocztowych, które należy uwzględnić podczas sprawdzania treści wiadomości e-mail:

Gmail:

• Obrazy są domyślnie obsługiwane. 
• Wiadomości e-mail o rozmiarze przekraczającym 102 kB są automatycznie przycinane. 
• Znacznik <style> znajduje się w nagłówku wiadomości e-mail. 
• Automatyczne skalowanie wiadomości e-mail na iPhone’ach (obrazy mogą wydawać się przesunięte względem środka, dlatego lepiej umieścić „padding:0” w elemencie <body>. 
• Minimalny rozmiar tekstu wynosi 10.5 pkt dla treści i 16.5 pkt dla nagłówków, aby zapewnić czytelność na smartfonach. 

Outlook:

• Brak obsługi obrazów tła. 
• Brak obsługi elementów interaktywnych, takich jak formularze lub pola wyboru. 
• Brak obsługi filmów HTML5 lub GIF-ów. 
• Ograniczona obsługa odstępów wewnętrznych. 

4. Niska efektywność testowania

W latach 2000. testowanie wiadomości e-mail było ręczne, statyczne i żmudne. Zespoły testowe musiały tworzyć wiadomości e-mail od podstaw i wysyłać je na adresy testowe. Dobrą wiadomością jest to, że obecnie większość tych kroków można z łatwością zautomatyzować. 

Oto kilka narzędzi, które pomagają zespołom ds. zapewniania jakości poświęcać mniej czasu na testowanie pojedynczych elementów wiadomości e-mail:

• Podgląd wiadomości e-mail: Litmus
• Serwery pocztowe: GMass
• Interfejs API poczty e-mail: Mailosaur
• Sprawdzanie spamu: SpamAssassin
• Dostarczalność wiadomości e-mail: Mail-Tester
• Sprawdzanie HTML: HTML Email Check
• System automatyzacji przeglądarki: Selenium

Jeśli potrzebujesz kompleksowego rozwiązania do testowania, które umożliwi testowanie wszystkich technicznych aspektów poczty e-mail, w tym SMTP, API oraz HTML/CSS, wybierz narzędzia ułatwiające współpracę, takie jak Mailtrap. 

Testowanie wiadomości e-mail to tylko jeden z aspektów zapewniania jakości. Aby uzyskać całościowe podejście do zapewniania jakości, zapoznaj się z naszym przewodnikiem po najlepszych narzędziach do testowania oprogramowania.

Najważniejsze elementy wiadomości e-mail, które należy testować

Teraz, gdy wiesz już, dlaczego nie można pominąć testowania wiadomości e-mail, i rozumiesz, jak radzić sobie z głównymi wyzwaniami, przed którymi stają zespoły ds. zapewniania jakości podczas przeprowadzania sesji, nadszedł czas na stworzenie szczegółowej strategii testowania, która zapewni wysoką dostarczalność i perfekcyjne wyświetlanie wiadomości e-mail. 

Oto najważniejsze rodzaje testów wiadomości e-mail, które powinien przeprowadzać zespół ds. zapewniania jakości.

1. Monitorowanie SMTP

Błędy SMTP są częstą przyczyną problemów z dostarczalnością wiadomości e-mail lub całkowitych awarii infrastruktury pocztowej. Oto problemy, na które osoby zajmujące się zapewnianiem jakości powinny zwrócić uwagę:

• Zapora sieciowa blokuje komunikację.
• Odpowiedź serwera trwa zbyt długo. 
• Serwer SMTP łączy się z nieprawidłową nazwą hosta. 
• Serwer SMTP nie obsługuje określonych poleceń. 

Aby usprawnić ocenę SMTP, zespoły ds. zapewniania jakości korzystają z dedykowanych narzędzi: Web Biz lub Wormly.

2. Testowanie interfejsu API poczty e-mail

Testowanie API umożliwia programistom testowanie wiadomości e-mail bez wychodzenia ze zintegrowanego środowiska programistycznego. Korzystając z interfejsów API, możesz:

• Maksymalnie zautomatyzować ten proces.
• Pobierać wiadomości e-mail w kodzie. 
• Wyodrębniać i weryfikować zawartość testowej wiadomości e-mail. 
• Stosować dopasowywanie wzorców. 
• Wysyłać testowe wiadomości e-mail z załącznikami. 

Różne języki programowania uruchamiają różne skrypty na potrzeby testowania poczty e-mail za pomocą API. Aby usprawnić ten proces, rozważ wdrożenie narzędzi takich jak Mandrill lub MailSlurp. 

3. Lokalne wysyłanie testowych wiadomości e-mail 

Innym sposobem testowania wiadomości e-mail jest skonfigurowanie lokalnego serwera. Dzięki temu zespoły ds. zapewniania jakości odciążają środowisko produkcyjne z wysyłania wiadomości i oddzielają testowanie od rzeczywistej kampanii. 

Testowanie poczty e-mail na lokalnym serwerze to pomocny sposób na upewnienie się, że przez pomyłkę nie wyślesz partii testowej do subskrybentów. Warto rozważyć narzędzia Mailhog lub Mailcatcher. 

4. Testowanie dostarczalności wiadomości e-mail i spamu

Jak wspomnieliśmy, testowanie dostarczalności wiadomości e-mail i spamu pomaga kontrolować reputację domeny i adresu IP oraz sprawdzić, czy adres nadawcy nie znajduje się na czarnej liście dostawców usług internetowych. 

 Mail-Tester lub GlockApps mogą okazać się przydatne.

Podsumowanie

W społeczności zajmującej się zapewnianiem jakości testowanie wiadomości e-mail często schodzi na dalszy plan względem testów funkcjonalnych i wydajnościowych. W rzeczywistości zespoły ds. zapewniania jakości nie powinny lekceważyć debugowania poczty e-mail ani testowania infrastruktury. Wypróbuj podejścia opisane w tym artykule. Napisz nam w sekcji komentarzy, które narzędzia do testowania wiadomości e-mail preferujesz. 

Więcej informacji na ten i inne tematy oraz porad ekspertów ds. zapewniania jakości znajdziesz w biuletynie The QA Lead, którego subskrypcja pozwoli Ci być na bieżąco z najlepszymi rozwiązaniami w świecie inżynierii jakości.

Powiązana lista narzędzi: 10 NAJLEPSZYCH NARZĘDZI DO TESTOWANIA POCZTY E-MAIL NA RZECZ OPTYMALNEGO DOSTARCZANIA

Nie przestawaj się teraz uczyć! Posłuchaj tego podcastu: AUTOMATYZOWANE TESTOWANIE Z ARTEMEM GOLUBIEWEM, DYREKTOREM GENERALNYM TESTRIGOR, ORAZ PAULEM GROSSMANEM