Sollten QAs sich um E-Mail-Tests kümmern?
Ja, QAs sollten sich für das Testen von E-Mails interessieren. Dieser Artikel erklärt die Gründe, welche Elemente getestet werden sollten und wie man E-Mail-Tests mühelos gestaltet.
Zuallererst muss man verstehen, um welche Art von E-Mail-Tests es hier geht.
Im Allgemeinen bezieht sich das Testen von E-Mails auf verschiedene Methoden, um E-Mails vor dem Versand zu prüfen. Für E-Mail-Marketer geht es dabei eher um die Inhaltsanalyse und das A/B-Testing von Kampagnen. Für Entwickler und QAs, die mit Apps arbeiten, die transaktionale E-Mails versenden, umfasst das E-Mail-Testing einen größeren Zyklus an Maßnahmen – von der Analyse des HTML-Codes bis hin zur Sicherstellung der Zustellbarkeit der E-Mail.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Ich behandle:
- Die Bedeutung des E-Mail-Testings
- 4 Schmerzpunkte beim QA-E-Mail-Testing + Lösungen
- Wichtige E-Mail-Elemente, die getestet werden sollten
Zuerst geht es um die Bedeutung von E-Mail-Tests für QAs.
Das Testen darf nicht vernachlässigt werden: Deshalb
Laut Statistik werden täglich über 300 Milliarden E-Mails gesendet und empfangen. Man kann sich kaum vorstellen, wie viele fehlerhafte E-Mails Unternehmen täglich verschicken. Unbestreitbar ist jedoch die Tatsache, dass solche Nachrichten dem Markenruf schaden und ein schlechtes Nutzererlebnis bieten.
Daher ist es Aufgabe des Entwickler-/QA-Teams, E-Mails zu debuggen und so sicherzustellen, dass das Marketingteam eine ordentliche Kampagne starten kann.
Das Überspringen dieser Testphase führt zu drei gravierenden negativen Folgen:
Darstellungsfehler = Schlechtes Nutzererlebnis
Leider unterstützen nicht alle E-Mail-Clients HTML und CSS im gleichen Umfang. Outlook oder die Gmail-App etwa für Nicht-Google-Konten zeigen keine Hintergrundbilder an.
Auch haben E-Mail-Clients oft individuelle Vorgaben für das E-Mail-Design – Yahoo Mail erzwingt Abstände, während Gmail E-Mails abschneidet, die länger als 102 kB sind.
Da Designer nicht zwangsläufig alle Darstellungsstandards der verschiedenen E-Mail-Clients berücksichtigen, ist es die Aufgabe der Tester, sämtliche Anforderungen zu erfüllen.
Deshalb sollte man Kampagnen vor dem Versand an Nutzer intensiv testen. Andernfalls kann der Empfänger eine E-Mail sehen, die abgeschnitten, fehlerhaft dargestellt, nicht responsiv oder mit nicht unterstützten Inhalten versehen ist. Das Ergebnis ist garantiert ein schlechtes Nutzererlebnis, und die Wahrscheinlichkeit steigt, dass Kunden nicht zurückkehren. Wenn eine ganze Kampagne aus defekten E-Mails besteht, ist das frustrierend.
Die Zustellbarkeit leidet
Eine zuverlässige Verbindung zwischen In-App-E-Mails und Endnutzern ist entscheidend, um große Nutzerzahlen optimal zu versorgen. Da viele Teams E-Mail-Benachrichtigungen verwenden, um Passwörter zu verschicken oder Nutzer über Produktupdates zu informieren, ist das Nicht-Erreichen der Abonnenten besonders ärgerlich.
Im E-Mail-Marketing ist die E-Mail-Zustellbarkeit ein Schlüsselfaktor, der bestimmt, ob ein Nutzer wichtige Nachrichten tatsächlich erhält. Viele Faktoren beeinflussen die Zustellrate einer Kampagne: Anzahl als Spam gemeldeter E-Mails, Nutzerinteraktionen mit den Nachrichten, Bounce-Raten und weitere.
Eine reibungslose Zustellbarkeit aufzubauen ist harte Arbeit, und typischerweise die Aufgabe des Entwicklerteams. Ein QA sollte stets im Blick haben, wann und in welcher Häufigkeit eine Website oder App transaktionale E-Mails versendet. Umgekehrt kann jahrelange Arbeit leicht zunichte gemacht werden – ein paar fehlerhafte Links oder ein nicht bestandener Spam-Check reichen aus, um viele Bemühungen zu ruinieren.
Das Testen der Zustellbarkeit ist eine gute Möglichkeit, solche frustrierenden Rückschläge zu vermeiden, denn es ermöglicht dem QA-Team:
- Spam-Fallen zu umgehen (gefälschte E-Mails, die von ISPs im Internet platziert werden, von Bots aufgegriffen und häufig in die Abonnentenliste gelangen)
- herauszufinden, welche Elemente der E-Mail-Infrastruktur falsch konfiguriert sind (IP, DNS-Einträge, E-Mail-Authentifizierungsdaten usw.)
- sicherzustellen, dass keine Spam-Auslöser im Inhalt enthalten sind
Ignorieren QA oder Entwickler Spam-Checks und Zustellbarkeitstests, erreichen Kampagnen oder wichtige E-Mails die Endnutzer nicht. Wie soll ein Nutzer sein Passwort zurücksetzen oder einen Registrierungslink erhalten, wenn eine ungetestete E-Mail irgendwo im Netzwerk verloren geht? Durch nicht zugestellte E-Mails kann ein Unternehmen Kundenverluste und andere geschäftliche Nachteile erleiden.
Der Ruf steht auf dem Spiel
Mittlerweile sind hochgradig personalisierte E-Mails ein echter Trend. Doch beim Versand von Nachrichten mit vielen dynamischen Tags gerät manches schnell außer Kontrolle.
Es ist nichts Neues, wenn Empfänger E-Mails mit falschen Namens-Tags oder Betreffzeilen wie „Hallo, [Benutzername]“ erhalten. Für Marken bedeuten solche kleinen Fehler, dass die gesamten Kampagnenkonversionen zerstört werden und die Medienbeziehungen der Marke leiden. Der Grund ist einfach: Für den ersten Eindruck gibt es keine zweite Chance. Wenn man einmal einen Fehler macht, markieren Abonnenten die Nachricht wahrscheinlich als Spam oder hinterlassen negatives Feedback. Und die Marke wird mit Absendern von fehlerhaften E-Mails assoziiert – nur weil jemand das Testen von HTML/CSS übersprungen hat.
Verwandter Beitrag: DIE POSITIVEN FOLGEN DES NEGATIVEN TESTENS
4 Schmerzpunkte beim QA-E-Mail-Testen (+ Wege, sie zu umgehen)
Wir haben drei gravierende negative Auswirkungen des Versendens fehlerhafter E-Mails umrissen. Jetzt ist es an der Zeit, die Schmerzpunkte jener Tester zu beleuchten, die sich tapfer durch das E-Mail-Debugging kämpfen.
Wir können und wollen nicht urteilen. Über Jahre gab es viele Defizite in den E-Mail-Test-Workflows, die den Prozess zu manuell, langsam und ineffizient gemacht haben.
Es gibt praktikable Lösungen, um die Schmerzpunkte beim Testen zu eliminieren. Schauen wir uns an, wie man mit den lästigsten Unannehmlichkeiten umgehen kann.
1. Test-E-Mails gehen an echte Nutzer
Dieses ärgerliche Problem rührt daher, dass QA-Teams Produktionsdomains für Testläufe verwenden. Dadurch ist es leicht, versehentlich eine Testnachricht an einen Verteiler von Abonnenten zu senden.
Außerdem blähen Tests auf dem Produktionsserver das Versandvolumen der Domain unnötig auf und schädigen die Domain-Reputation.
Es ist einfach sicherzustellen, dass Sie nicht versehentlich echte Nutzer anschreiben, solange Sie eine separate Testumgebung nutzen. Es gibt zwei sichere Wege, E-Mails zu testen:
- Testen in einer Entwicklungsumgebung mittels API-Integration
- Verwendung von Tools, die das Verhalten echter SMTP-Server imitieren sowie die Überprüfung von gängigen SMTP-Ports und weiteren Infrastrukturelementen ermöglichen.
2. Niedrige Zustellrate (oder im Spam-Ordner landen)
Wenn Ihre Vorschau-E-Mails im „Spam“ landen, ist das nicht sofort ein Alarmsignal. Bevor Sie das Marketing-Team informieren und die Infrastruktur doppelt prüfen, streichen Sie folgende Möglichkeiten aus:
- Ihre Vorschau-E-Mail enthält noch Blindtext. Achten Sie beim Versand von Test-E-Mails darauf, dass der Nachrichteninhalt dem entspricht, was die Nutzer sehen werden. Reste wie „Lorem Ipsum dolor“ lösen Spamfilter aus und verschlechtern die Zustellbarkeit der Test-E-Mail.
- Sie öffnen Ihre eigenen Test-E-Mails nicht. Verwenden Sie die eigene Adresse zum Testen, werden E-Mails als irrelevant eingestuft, wenn Sie diese nicht öffnen – und landen über kurz oder lang im Spam.
- Absender- und Empfängeradresse sind identisch. Damit E-Mails erfolgreich zugestellt werden, fordern viele Clients unterschiedliche Absender- und Empfängerpostfächer. Teilen Sie sich also eine Testnachricht selbst mit, wählen Sie dafür eine andere Adresse als die zum Verschicken.
- Kein „Abmelden“-Link. Serien ohne „Abmelden“-Footer haben eine 99,9%ige Wahrscheinlichkeit zu bouncen oder als Spam markiert zu werden.
3. Schlechte Darstellung und mangelnde Geräte-Responsivität
Ein weiteres Hindernis für QAs ist die Feststellung, dass Nachrichten in unterschiedlichen E-Mail-Clients oder auf unterschiedlichen Geräten verschieden angezeigt werden. Wenn dies bei Ihren Testsendungen der Fall ist, gibt es einige klientenspezifische Darstellungsaspekte, die Sie beim Überprüfen des E-Mail-Inhalts beachten sollten:
Gmail:
- Bilder werden standardmäßig unterstützt.
- E-Mails über 102 kB Größe werden automatisch abgeschnitten.
- Der <style>-Tag wird im Kopf der E-Mail platziert.
- Automatisches Skalieren auf iPhones (Bilder können dezentriert erscheinen, daher besser „padding:0“ im <body> einsetzen).
- Minimale Textgröße beträgt 10,5pt für Fließtext und 16,5pt für Überschriften, um die Lesbarkeit auf Smartphones zu sichern.
Outlook:
- Keine Unterstützung für Hintergrundbilder.
- Keine Unterstützung für interaktive Elemente wie Formulare oder Checkboxen.
- Keine Unterstützung für HTML5-Videos oder GIFs.
- Begrenzte Unterstützung für Abstände (Padding).
4. Niedrige Testeffizienz
In den 2000er-Jahren war das Testen von E-Mails manuell, statisch und mühsam. Testteams mussten E-Mails von Grund auf erstellen und an Testadressen senden. Die gute Nachricht ist: Heutzutage können die meisten dieser Schritte ganz einfach automatisiert werden.
Hier sind einige Tools, die QA-Teams helfen, weniger Zeit für das Testen einzelner E-Mail-Elemente zu verbringen:
- E-Mail-Vorschau: Litmus
- E-Mail-Server: GMass
- E-Mail-API: Mailosaur
- Spam-Check: SpamAssassin
- E-Mail-Zustellbarkeit: Mail-Tester
- HTML-Check: HTML Email Check
- Browser-Automatisierungssystem: Selenium
Wenn Sie eine Full-Stack-Testlösung benötigen, mit der Sie alle technischen Aspekte einer E-Mail – einschließlich SMTP, API, HTML/CSS – testen können, bevorzugen Sie kollaborationsfreundliche Tools wie Mailtrap.
E-Mail-Tests sind nur ein Aspekt der Qualitätssicherung. Für einen ganzheitlichen Ansatz im QA-Bereich sehen Sie sich unseren Leitfaden zu den besten Softwaretest-Tools an.
Wichtige E-Mail-Elemente, die Sie testen sollten
Jetzt, da Sie wissen, warum E-Mail-Tests unerlässlich sind, und wissen, wie man die größten Hürden bei Testsitzungen im QA-Team überwindet, ist es Zeit, eine Schritt-für-Schritt-Teststrategie zu entwickeln, um eine hohe Zustellbarkeit und ein einwandfreies Rendering Ihrer E-Mails zu garantieren.
Hier sind die wichtigsten Arten von E-Mail-Tests, die ein QA-Team durchführen sollte.
1. SMTP-Überwachung
SMTP-Fehler sind eine häufige Ursache für Zustellprobleme oder den kompletten Ausfall der E-Mail-Infrastruktur. Auf diese Probleme sollten QAs achten:
- Die Firewall blockiert die Kommunikation.
- Die Serverantwort dauert zu lange.
- Der SMTP-Server verbindet sich mit dem falschen Hostnamen.
- SMTP unterstützt die angegebenen Befehle nicht.
Um die Überprüfung von SMTP zu vereinfachen, nutzen QA-Teams spezialisierte Tools: Web Biz oder Wormly.
2. E-Mail-API-Tests
Mit API-Tests können Entwickler E-Mails prüfen, ohne die IDE zu verlassen. Durch die Nutzung von APIs können Sie:
- Den Prozess maximal automatisieren.
- E-Mails im Code abrufen.
- Den Inhalt einer Test-E-Mail extrahieren und überprüfen.
- Pattern-Matching anwenden.
- Testmails mit Anhängen versenden.
Für verschiedene Programmiersprachen werden unterschiedliche Skripte für API-E-Mail-Tests verwendet. Um den Prozess zu optimieren, sollten Sie Tools wie Mandrill oder MailSlurp einsetzen.
3. Lokales Versenden von Test-E-Mails
Eine weitere Methode zum Testen von E-Mails ist das Einrichten eines lokalen Servers. So entlasten QA-Teams die Produktionsumgebung und trennen die Tests von einer echten Kampagne.
Das Testen von E-Mails auf einem lokalen Server ist hilfreich, damit Sie nicht versehentlich eine Testserie an Abonnenten senden. Empfehlenswerte Tools sind Mailhog oder Mailcatcher.
4. Zustellbarkeit und Spam-Tests von E-Mails
Wie bereits erwähnt helfen Tests zur Zustellbarkeit und auf Spam dabei, die Reputation Ihrer Domain und IP zu steuern sowie festzustellen, ob eine Absenderadresse bei ISPs nicht auf einer Sperrliste steht.
Mail-Tester oder GlockApps können dazu nützlich sein.
Fazit
In der QA-Community hat das E-Mail-Testing oft eine geringere Priorität als funktionale und Leistungstests. Tatsächlich sollten QA-Teams das Debugging und das Testen der E-Mail-Infrastruktur jedoch nicht unterschätzen. Probieren Sie die in diesem Artikel genannten Ansätze aus. Teilen Sie uns im Kommentarbereich mit, welche Tools zum Testen von E-Mails Sie bevorzugen.
Weitere Informationen dazu und zusätzliche Ratschläge von QA-Experten erhalten Sie, wenn Sie den The QA Lead Newsletter abonnieren, um immer auf dem Laufenden über das Beste aus der Welt des Quality Engineerings zu bleiben.
Verwandte Liste von Tools: 10 BESTE E-MAIL-TEST-TOOLS FÜR OPTIMIERTE ZUSTELLUNG
Hören Sie nicht auf zu lernen! Hören Sie in diesen Podcast rein: AUTOMATISIERTES TESTEN MIT TESTRIGOR-CEO ARTEM GOLUBEV & PAUL GROSSMAN
