Bör kvalitetssäkrare bry sig om e-posttestning?
Ja, QA-team bör bry sig om e-posttestning. Den här artikeln förklarar varför, vilka element som ska testas och hur man gör e-posttestning smidig.
Framför allt behöver du förstå vilken typ av e-posttestning vi talar om.
Generellt syftar e-posttestning på några metoder för att kontrollera e-postmeddelanden innan de skickas. För e-postmarknadsförare handlar det mer om innehållsanalys och A/B-testning av kampanjer. För utvecklare och QA-team som arbetar med appar som skickar transaktionsmeddelanden innebär e-posttestning en större åtgärdscykel – från att analysera HTML till att säkerställa e-postleverans.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Jag kommer att gå igenom:
- Vikten av e-posttestning
- 4 problemområden inom QA-e-posttestning + lösningar
- Viktiga e-postelement som du bör testa
Först och främst: vikten av e-posttestning för QA-team.
Du kan inte låta testningen åsidosättas: här är varför
Statistiskt sett skickas och tas över 300 miljarder e-postmeddelanden emot varje dag. Det är svårt att föreställa sig antalet felaktiga e-postmeddelanden som företag skickar dagligen. Det går dock inte att förneka att sådana meddelanden påverkar ett varumärkes anseende och ger en dålig användarupplevelse.
På så sätt är felsökning av e-postmeddelanden utvecklings- och QA-teamets ansvar för att säkerställa att marknadsföringsteamet kan lansera en fungerande kampanj.
Om man hoppar över detta steg leder det till tre stora negativa konsekvenser:
Renderingsfel = dålig användarupplevelse
Tyvärr har inte alla e-postklienter samma stöd för HTML och CSS. Outlook och Gmail-appen för konton som inte kommer från Google visar till exempel inte bakgrundsbilder.
På samma sätt har e-postklienter ofta specifika riktlinjer för utformning av e-postmeddelanden – Yahoo Mail tillämpar marginaler medan Gmail klipper brev som är längre än 102 kB.
Eftersom designers inte nödvändigtvis tar hänsyn till renderingsstandarder i ett stort antal e-postklienter är det testarens uppgift att uppfylla alla krav.
Därför bör du fokusera på att testa kampanjer innan du delar dem med användarna. Annars kan en person se ditt brev avklippt, med en förskjuten layout, utan fungerande respons eller med innehåll som inte stöds. Resultatet blir garanterat en dålig användarupplevelse och risken ökar för att kunderna inte återkommer. Om man dessutom tänker på att hela kampanjen innehåller trasiga e-postmeddelanden är det frustrerande.
E-postleveransen påverkas
Att säkerställa en tillförlitlig väg mellan e-postmeddelanden i appen och slutanvändarna är avgörande för att stödja stora användarbaser. Eftersom många team använder e-postaviseringar för att dela lösenord och informera användargruppen om produktuppdateringar är det frustrerande att inte kunna nå prenumeranterna.
Inom e-postmarknadsföring är e-postleverans en avgörande faktor som bestämmer om en användare kan få tillgång till ditt viktiga meddelande. Det finns många kriterier som avgör en kampanjs leveransgrad: antalet e-postmeddelanden som rapporterats som skräppost, användarnas interaktioner med brev, avvisningsfrekvenser och annat.
Att bygga upp en problemfri e-postleverans kräver hårt arbete, och detta är vanligtvis ett ingenjörsteams ansvar. En QA behöver vara uppmärksam på när och hur många transaktionsmeddelanden en webbplats eller app skickar. Däremot är det förvånansvärt enkelt att få allt arbete att gå till spillo – några trasiga länkar eller en misslyckad skräppostkontroll räcker för att omkullkasta månader av arbete.
Leveranstestning är ett sätt att förhindra sådana frustrerande bakslag, eftersom det låter ett QA-team:
- undvika skräppostfällor (falska e-postadresser som placeras ut av internetleverantörer över hela webben och som ofta genomsöks av botar och inkluderas i prenumerantbasen)
- ta reda på vilka delar av e-postinfrastrukturen som är felkonfigurerade (IP, DNS-poster, poster för e-postautentisering med mera)
- säkerställa att innehållet inte innehåller några utlösare för skräppostfilter
Om en QA eller utvecklare ignorerar skräppostkontroller och leveranstestning når kampanjer eller viktiga e-postmeddelanden inte slutanvändaren. Hur kan en användare återställa ett lösenord eller få en registreringslänk om ett otestat e-postmeddelande försvinner någonstans i nätverket? På grund av uteblivna e-postmeddelanden kan ett företag drabbas av kundförlust och andra affärsmisslyckanden.
Anseendet påverkas
Mycket personligt anpassade e-postmeddelanden är numera en stark trend. När man skickar meddelanden som är fulla av dynamiska taggar går dock saker ofta överstyr.
Det är inget nytt för mottagare att få brev med felaktiga namn eller ämnesrader som ”Hej, [username]”. För varumärken kan små förbiseenden döda konverteringarna för hela kampanjen och försämra varumärkets medierelationer. Anledningen är enkel: du får ingen andra chans att göra ett första intryck. Om du gör fel en gång kommer prenumeranter sannolikt att flagga brevet som skräppost eller lämna negativ feedback. Och varumärket kommer att förknippas med avsändare av trasiga e-postmeddelanden bara för att någon hoppade över HTML/CSS-testning.
Relaterad läsning: DE POSITIVA RESULTATEN AV NEGATIV TESTNING
4 smärtpunkter vid QA-testning av e-post (+ sätt att hantera dem)
Vi har beskrivit tre stora försämrande effekter av att skicka felaktiga e-postmeddelanden. Det är dags att förstå smärtpunkterna för de testare som tappert kämpar sig igenom felsökning av e-post.
Vi kan och kommer inte att döma. Under flera år fanns det många brister i arbetsflödena för e-posttestning som gjorde processen alltför manuell, långsam och ineffektiv.
Det finns genomförbara lösningar som eliminerar smärtpunkterna vid testning. Låt oss titta på hur man hanterar de mest irriterande problemen.
1. Testmejl skickas till riktiga användare
Detta irriterande problem beror på att QA-team använder produktionsdomäner för att genomföra testsessioner. Därför är det lätt att gå över gränsen och av misstag skicka ett testmeddelande till en lista med prenumeranter.
Dessutom ökar användningen av produktionsservern för tester sändningsvolymerna för en domän och skadar domänens auktoritet.
Det är enkelt att se till att du inte av misstag skickar e-post till riktiga användare så länge du använder en separat miljö för testning. Det finns två sätt att testa e-post på ett säkert sätt:
- Testning i utvecklingsmiljö med hjälp av API-integration
- Användning av verktyg som efterliknar riktiga SMTP-serverars funktion, med möjlighet att kontrollera vanliga SMTP-portar och andra infrastrukturelement.
2. Låg leveransbarhet (eller hamnar i skräppostmappar)
Om dina förhandsgranskningsmejl hamnar i ”Skräppost” är det inte nödvändigtvis en varningssignal. Innan du larmar marknadsföringsteamet och dubbelkontrollerar infrastrukturen bör du utesluta följande möjligheter:
- Ditt förhandsgranskningsmejl innehåller fortfarande platshållartext. När du skickar testmejl ska du se till att meddelandets brödtext är exakt densamma som användaren kommer att se. Artefakter som ”Lorem Ipsum dolor” utlöser skräppostfilter och försämrar leveransbarheten för ett testmejl.
- Du öppnar inte dina egna testmejl. Om du använder din egen adress för att testa e-post kommer internetleverantörer, om du inte interagerar med meddelandena, att flagga breven som irrelevanta och börja skicka dem till skräppost.
- Avsändarens och mottagarens adresser matchar. För att leverera e-postmeddelanden korrekt kräver e-postklienter att avsändarens och mottagarens adresser inte är samma brevlåda. När du delar ett testmeddelande med dig själv ska du därför välja en annan e-postadress än den du använder för att skicka testet.
- Ingen länk för ”Avsluta prenumeration”. Utskick som saknar en sidfot med ”Avsluta prenumeration” har 99.9% risk att studsa eller markeras som skräppost.
3. Bristande återgivning och responsivitet på olika enheter
Ett annat hinder som QA-team stöter på är att upptäcka att meddelanden visas olika i olika e-postklienter eller på olika enhetstyper. Om så är fallet för ditt testutskick finns här några klientspecifika aspekter av återgivningen som du bör validera brödtexten mot:
Gmail:
- Bilder stöds som standard.
- E-postmeddelanden som är större än 102 kB klipps automatiskt.
- Taggen <style> placeras i e-postmeddelandets huvud.
- Automatisk skalning av e-postmeddelanden på iPhone-enheter (bilderna kan verka vara förskjutna från mitten, så det är bättre att ange ”padding:0” i <body>.
- Minsta textstorlek är 10.5pt för brödtext och 16.5pt för rubriker för att säkerställa läsbarhet på smartphones.
Outlook:
- Inget stöd för bakgrundsbilder.
- Inget stöd för interaktiva element som formulär eller kryssrutor.
- Inget stöd för HTML5-videor eller GIF-filer.
- Begränsat stöd för utfyllnad.
4. Ineffektiv testning
På 2000-talet var e-posttestning manuell, statisk och omständlig. Testteam behövde skapa e-postmeddelanden från grunden och skicka dem till testadresser. Den goda nyheten är att de flesta av dessa steg numera enkelt kan automatiseras.
Här är några verktyg som hjälper QA-team att lägga mindre tid på att testa enskilda e-postelement:
- Förhandsgranskning av e-post: Litmus
- E-postservrar: GMass
- E-post-API: Mailosaur
- Spamkontroll: SpamAssassin
- E-postleverans: Mail-Tester
- HTML-kontroll: HTML Email Check
- System för webbläsarautomatisering: Selenium
Om du behöver en fullständig testlösning som låter dig testa alla tekniska aspekter av e-post, inklusive SMTP, API, HTML/CSS, bör du föredra samarbetsvänliga verktyg som Mailtrap.
E-posttestning är bara en del av kvalitetssäkringen. För ett heltäckande QA-perspektiv kan du läsa vår guide till de bästa verktygen för programvarutestning.
De viktigaste e-postelementen du bör testa
Nu när du vet varför det inte går att hoppa över e-posttestning och förstår hur du hanterar de största utmaningarna som QA-team möter när de genomför testomgångar, är det dags att skapa en steg-för-steg-strategi för testning som säkerställer hög leveransbarhet och felfri återgivning av dina e-postmeddelanden.
Här är de viktigaste typerna av e-posttester som ett QA-team bör genomföra.
1. SMTP-övervakning
SMTP-fel är en vanlig orsak till problem med e-postleverans eller till att hela e-postinfrastrukturen slutar fungera. Här är problemen som QA-team behöver vara uppmärksamma på:
- Brandväggen blockerar kommunikationen.
- Serversvaret tar för lång tid.
- SMTP-servern ansluter till fel värdnamn.
- SMTP stöder inte de angivna kommandona.
För att effektivisera SMTP-utvärderingen använder QA-team särskilda verktyg: Web Biz eller Wormly.
2. Testning av e-post-API
API-testning gör det möjligt för utvecklare att testa e-post utan att lämna utvecklingsmiljön. Genom att använda API:er kan du:
- Automatisera processen maximalt.
- Hämta e-postmeddelanden i kod.
- Extrahera och verifiera innehållet i ett testmeddelande.
- Tillämpa mönstermatchning.
- Skicka testmeddelanden med bilagor.
Olika programmeringsspråk kör olika skript för API-testning av e-post. För att effektivisera processen kan du överväga att implementera verktyg som Mandrill eller MailSlurp.
3. Skicka testmeddelanden lokalt
Ett annat sätt att testa e-post är att konfigurera en lokal server. På så sätt avlastar QA-team den produktiva miljön från utskicksbelastningen och separerar testningen från en verklig kampanj.
E-posttestning på en lokal server är ett praktiskt sätt att säkerställa att du inte av misstag skickar en testomgång till prenumeranter. Verktyg att överväga är Mailhog eller Mailcatcher.
4. Testning av e-postleverans och spam
Som vi nämnde hjälper testning av e-postleverans och spam till att kontrollera anseendet för din domän och IP-adress samt upptäcka om en avsändaradress inte är svartlistad av internetleverantörer.
Mail-Tester eller GlockApps kan vara användbara.
Slutsats
I QA-communityn hamnar e-posttestning ofta i andra hand efter funktionstestning och prestandatestning. I själva verket bör QA-team inte underskatta felsökning av e-post och testning av infrastrukturen. Prova metoderna som nämns i den här artikeln. Berätta för oss vilka verktyg för e-posttestning du föredrar i kommentarsfältet.
För mer information om detta och andra råd från QA-experter, glöm inte att prenumerera på nyhetsbrevet från The QA Lead för att hålla dig uppdaterad om det bästa inom kvalitetsarbete.
Relaterad verktygslista: DE 10 BÄSTA VERKTYGEN FÖR E-POSTTESTNING FÖR OPTIMERAD LEVERANS
Sluta inte lära dig nu! Lyssna på den här podcasten: AUTOMATISERAD TESTNING MED TESTRIGORS VD ARTEM GOLUBEV OCH PAUL GROSSMAN
