email validation testing
Im heutigen Tutorial geht es darum, die E-Mail-Funktionalität einer Anwendung zu testen.
In den meisten Web- und Mobilanwendungen wird die Validierung der E-Mail-Funktion als einer der wichtigsten Teile des Tests angesehen, um die Qualität der E-Mail-Komponente sowie anderer Komponenten des Systems sicherzustellen.
E-Mails, die unter verschiedenen Szenarien ausgelöst werden, gelten als validiert, indem alle Komponenten überprüft werden, einschließlich einer Vorlage für E-Mail, Links / Schaltflächen in den Feldern E-Mail, Von, Bis, Cc, Bcc, Anhänge, Inhalt gemäß E-Mail-Benachrichtigung usw.
Was du lernen wirst:
- Warum brauchen wir E-Mail-Tests?
Warum brauchen wir E-Mail-Tests?
Jede Komponente im System (Web- / Mobilanwendungen) kann unterschiedliche Zwecke zum Senden von E-Mails haben. Integration zwischen den Komponenten und E-Mail spielt eine wichtige Rolle, um den Endbenutzer mit geeigneten Benachrichtigungen zu erreichen. Jede Nachlässigkeit bei der Validierung dieser Funktion führt zu Missverständnissen, schlechtem Ruf der Kunden, Hacking usw.
Zum Beispiel Stellen Sie sich eine Situation vor, in der ein Benutzer eine E-Mail zum Zurücksetzen des Kennworts erhalten hat. Was passiert, wenn der Link / die Schaltfläche zum Zurücksetzen des Passworts oder die URL zum Kopieren und Einfügen in einen Browser nicht funktioniert? Die einzige Möglichkeit besteht darin, sich an den Kundendienst zu wenden. Dies kann zu einer mühsamen Angelegenheit werden oder sich vorstellen, dass der Benutzer täglich eine E-Mail bezüglich des Fälligkeitsdatums für die Rechnungszahlung von 10 bis 15 Tagen früher erhält oder nach dem Fälligkeitsdatum eine Erinnerung erhält bestanden. - Irritierend, nicht wahr?
Es gibt viele Szenarien, in denen E-Mails zu einem festen Bestandteil unseres Lebens geworden sind, da sie den Benutzer mit präzisen Informationen auf dem Laufenden halten sollen.
Allgemeine Echtzeitszenarien und Validierungspunkte für E-Mails
Validierungspunkte beim Testen von E-Mails variieren von Typ zu Typ und erneut von Anwendung zu Anwendung. Im Allgemeinen sollten alle E-Mails für die Vorlage (einschließlich Anwendungslogo, Anwendungsname, Adressierung des Benutzers, Fußzeileninhalt - Urheberrecht, Kundendienstdetails), Datum und Zeitstempel für verschiedene Zeitzonen validiert werden.
Hier werden einige gängige Arten von E-Mails besprochen, die fast jedem bekannt sind (alle unten angegebenen Validierungspunkte sind die grundlegende Überprüfung, die der Tester beim Testen von E-Mails der Anwendung durchführen muss).
# 1) Aktivierungs-E-Mails
Wenn sich ein Benutzer zum ersten Mal bei einer Anwendung registriert, muss er das Konto aktivieren, indem er auf den in E-Mail gesendeten Aktivierungslink klickt. Dadurch wird auch überprüft, ob die vom Benutzer angegebene E-Mail-Adresse gültig und zugänglich ist.
Validierungspunkte sind wie folgt:
- Aktivierungslink oder -schaltfläche - Wenn Sie darauf klicken, sollten Sie:
- Bringen Sie den Benutzer mit dem angemeldeten Benutzerkonto zur Seite der jeweiligen Anwendung
- Das E-Mail-Konto des Benutzers sollte automatisch überprüft werden, wenn die Anwendungsseite erfolgreich per E-Mail erreicht wurde
- Dauer - Überprüfen Sie die Dauer, innerhalb derer der Link angeklickt und überprüft werden muss.
- Überprüfen Sie innerhalb der angegebenen Dauer
- Versuchen Sie zu überprüfen, nachdem die Dauer abgelaufen ist. - Das Konto sollte nicht aktiviert werden und die E-Mail sollte nicht überprüft werden
# 2) Passwort-E-Mails vergessen
Wenn ein Benutzer das Kennwort für die Anmeldung bei der Anwendung vergisst, kann ein vergessener Kennwortfluss ausgeführt werden, um eine E-Mail mit einem Link zum Zurücksetzen des Kennworts zu erhalten (die Funktion variiert von Anwendung zu Anwendung. Dies ist die allgemeine Funktion).
Validierungspunkte sind wie folgt:
- Passwort-Link zurücksetzen:
- Wenn Sie darauf klicken, wird der Benutzer zur entsprechenden Anwendungsseite weitergeleitet, um das Kennwort zurückzusetzen
- Einige Anwendungen fordern den Benutzer auf, die Sicherheitsfrage zu beantworten, bevor die Seite zum Zurücksetzen des Kennworts angezeigt wird. Bei einigen Anwendungen ist die Sicherheitsfrage in die Seite zum Zurücksetzen des Kennworts selbst integriert, und bei einigen ist diese Funktion überhaupt nicht verfügbar
- Wenn der Benutzer das Kennwort erfolgreich zurücksetzt, sollte der Link in der empfangenen Kennwort-E-Mail vergessen deaktiviert und nicht mehr funktionsfähig sein
- Wenn der Benutzer das Zurücksetzen des Kennwortflusses abbricht, sollte der Link in der empfangenen Kennwort-E-Mail vergessen, der empfangen wurde, aktiviert bleiben
- Dauer - Überprüfen Sie die Dauer, innerhalb derer auf den Link geklickt werden muss, um das Kennwort zurückzusetzen
- Klicken Sie auf den Link und setzen Sie das Passwort innerhalb der angegebenen Dauer erfolgreich zurück
- Versuchen Sie, nach Ablauf der Dauer auf den Link zu klicken. Der Link sollte deaktiviert und abgelaufen sein
wie man eine swf datei auf chrome öffnet
# 3) Fälligkeitsbenachrichtigungen
Dies soll den Benutzer an die Aktion erinnern, die in einer bestimmten Anzahl von Tagen ausgeführt werden soll. Dies sind normalerweise die Rechnungszahlungen, die Maßnahmen für ausstehende Artikel ergreifen (Beispiel: Akzeptieren oder Ablehnen der Einladung zu einem Ereignis in einer bestimmten Anzahl von Tagen, Senden von Formularen usw.).
Validierungspunkte sind wie folgt:
- Anzahl der Fälligkeitstage / Fälligkeit
- Wenn eine E-Mail über eine Anzahl von Fälligkeitstagen informiert wird, sollte die Anzahl entweder null oder mehr sein, wobei null Tage das aktuelle Fälligkeitsdatum sein sollen. Es sollte nicht in negativen Zahlen sein. Wenn eine E-Mail über ein Fälligkeitsdatum (Kalenderdatum) informiert wird, sollte das Datum entweder das aktuelle oder das zukünftige sein.
- Art der Aktion
- Überprüfen Sie, welche Art von Aktion erforderlich ist. Es sollte sehr klar angegeben werden, welche Art von Aktion der Benutzer ausführen muss. Sei es die Rechnungszahlung, Einreichungen, Rückmeldungen usw.
# 4) Überfällige Benachrichtigungen
Dies dient dazu, den Benutzer über das Ablaufdatum zu informieren. Dies dient normalerweise dazu, den Benutzer darüber zu informieren, dass er nicht innerhalb des Fälligkeitsdatums Maßnahmen in Bezug auf die Artikel ergriffen hat.
bestes Programm, um Viren loszuwerden
- Anzahl überfälliger Tage
- Überprüfen Sie, ob die Anzahl der überfälligen Tage entweder einen oder mehrere betragen sollte. Es sollten niemals Nullen oder negative Zahlen sein
- Frequenz
- Nur wenige Anwendungen können überfällige E-Mails so anpassen, dass sie täglich / wöchentlich / monatlich nach Ablauf des Fälligkeitsdatums gesendet werden, bis der Benutzer die Aktion abgeschlossen hat. Nur wenige Anträge erhalten die Standardbenachrichtigung, die nur einmal nach Ablauf des Fälligkeitsdatums gesendet wird.
# 5) Abonnements
Dies variiert je nach Benutzeranforderungen. Der Benutzer kann eines der folgenden täglichen, wöchentlichen, zweimonatlichen oder monatlichen Abonnements auswählen. Dies gilt normalerweise für Newsletter, Updates, Angebote usw.
- Frequenz
- E-Mails sollten gemäß Benutzerauswahl für ein Abonnement gesendet werden. Wenn Täglich, sollte die Abonnement-E-Mail nur einmal am Tag gesendet werden. Wenn wöchentlich, dann einmal in der Woche. Und weiter…
- Links
- Alle Links in der E-Mail sollten zur jeweiligen Seite der Anwendung navigieren. Wenn es sich bei der E-Mail um Updates handelt, sollte der Link zu der Seite weiterleiten, auf der Updates angezeigt werden sollen. Wenn es sich bei der E-Mail um Angebote handelt, sollte der Link zur Seite 'Angebote' der Anwendung weiterleiten. Dies hängt von der Art des Abonnements ab, das der Benutzer ausgewählt hat.
# 6) Formulare
E-Mails hier beabsichtigen den Benutzer, Feedback über Formulare / Links zu Formularen zu geben. Validierungspunkte sind wie folgt:
- Links
- Der Link in der E-Mail sollte den Benutzer auf die Seite zum Senden von Formularen der Anwendung weiterleiten, je nachdem, welchen Typ des Formulars der Benutzer senden muss
- Nach dem Senden sollte der Benutzer durch erneutes Klicken auf den Link benachrichtigt werden, dass das Formular bereits gesendet wurde. Der Benutzer sollte das Formular nicht erneut senden können
# 7) Bestätigungs-E-Mails
E-Mails hier sollen den Benutzer über die Bestätigung der ergriffenen Maßnahmen informieren. Dies sind normalerweise die Reservierungsbestätigungen, Auftragsbestätigungen, Abfragebestätigungen usw.
Validierungspunkte sind wie folgt:
- Bestätigungsdetails:
- Die Bestellnummer / Buchungsnummer sollte korrekt sein und mit der in der Benutzeroberfläche der Anwendung angezeigten Nummer übereinstimmen. Da es sich um die Kennung zur Verfolgung der Bestellungen / Buchungen handelt, sollte sie in der gesamten Anwendung eindeutig sein (um im Backend - DB validiert zu werden). Keine Bestellungen / Buchungen sollten dieselbe Kennung haben.
- Zusammen mit der Nummer sollte sie auch für die Art der Bestellung, Benutzerinformationen, Rechnungsadresse, Lieferadresse und Preis validiert werden. Alle Informationen sollten genau den Informationen entsprechen, die der Benutzer in der Benutzeroberfläche der Anwendung angegeben hat.
- Links:
- Ein Link in der E-Mail sollte einen Benutzer zur Detailseite der Bestellung in der Benutzeroberfläche der Anwendung führen. Es sollte eine genaue Übereinstimmung zwischen den Informationen in E-Mail und der Benutzeroberfläche der Anwendung geben
# 8) Chat-Transkript
Hier erhält ein Benutzer das gesamte Chat-Protokoll als E-Mail. Dies ist normalerweise der Fall, wenn der Live-Chat mit dem Kundensupport beendet ist.
Validierungspunkte sind wie folgt
- Einzelheiten
- Suchen Sie nach dem Namen der Person, die Online-Support bereitgestellt hat. Überprüfen Sie, ob der gesamte Chat in der E-Mail mit den Absenderdetails für jeden Chat-Eintrag enthalten ist (Name der Person, Datum und Uhrzeit des Versands der Chat-Nachricht usw.).
# 9) E-Mails mit Anhang
Der Benutzer erhält E-Mails mit Anhang. Anhänge können passwortgeschützt / ungeschützt sein. Dies sind normalerweise die Aussagen aus Finanzdomänen, die Endbenutzer-Lizenzvereinbarung als Referenz, die Allgemeinen Geschäftsbedingungen als Referenz usw., die wiederum von Anwendung zu Anwendung variieren.
Validierungspunkte sind wie folgt:
- Art des Anhangs
- Gültige Dateitypen sollten als Anhang gesendet werden. Alle Anhänge, die geöffnet werden, sollten vor dem Herunterladen / Öffnen auf Viren gescannt werden. Dies kann wiederum auf Anwendungsebene im Backend angepasst werden, z. B. ein Virenscan, der nur beim Herunterladen und nur beim Öffnen sowohl zum Herunterladen als auch zum Öffnen durchgeführt wird.
- Passwortgeschützte Anhänge sollten heruntergeladen werden, ohne nach dem Passwort zu fragen. Beim Öffnen entweder per E-Mail selbst oder beim Öffnen der heruntergeladenen Kopie sollte jedoch immer nach dem Kennwort gefragt werden. Falsche Passworteinträge sind hier unbegrenzt, da die lokale Kopie nicht online verfolgt werden kann, um den Anhang zu sperren
Arten von E-Mails
Der E-Mail-Typ kann entweder HTML (farbenfroh und attraktiv für die Benutzer, die den Benutzer zum vollständigen Lesen der E-Mails interessieren) oder Nur-Text (nur ein Text) sein.
HTML wird am meisten bevorzugt und normalerweise in fast allen Anwendungen im Backend als Standard festgelegt. Bei Bedarf können Anwendungen einfach Text-E-Mails an Benutzer senden. Dies erfordert wiederum Änderungen im Backend.
E-Mails Triggerpunkte:
E-Mails können entweder sofort oder als Zusammenfassung / Stapel gesendet werden. Sofortige E-Mails werden durch die Aktion des Benutzers ausgelöst. Dies sind normalerweise Aktivierungs-E-Mails, E-Mails zum Zurücksetzen von Passwörtern, Chat-Transkriptionen, Bestätigungs-E-Mails usw., d. H. Zusammenfassungs- / Stapel-E-Mails werden basierend auf den Einstellungen im Backend der Anwendung ausgelöst.
E-Mail-Triggerpunkte werden so definiert, dass sie zu einem bestimmten Zeitpunkt ausgelöst werden ( zum Beispiel 3rdWochentag um 12:00 Uhr). Hierbei handelt es sich in der Regel um Kontoauszüge aus Finanzbereichen (Kontoauszüge), Fälligkeitsbenachrichtigungen für Rechnungen, überfällige Benachrichtigungen, Abonnements usw.
Bouncebacks:
Es ist ein sehr häufiges Szenario, dass E-Mails abprallen, wenn sie an eine ungültige E-Mail-Adresse gesendet werden. Normalerweise sind die E-Mail-Adressen, die deaktiviert sind / nicht mehr verwendet werden und überhaupt nicht vorhanden sind, die Kandidaten, die zurückspringen.
Der Server versucht normalerweise eine bestimmte Anzahl von Malen, um E-Mails an die vorgesehene Adresse zu senden. Wenn es die beabsichtigte E-Mail-Adresse nicht erreicht, wird es zurückgeschickt und macht einen Eintrag auf dem Server für seinen Fehler. Es wird einen anderen Server geben, der diese Art von Aktivitäten verwaltet und normalerweise als Bounce-Back-Server bezeichnet wird. Es kann mehrere Gründe geben, warum eine E-Mail fehlschlägt, wenn sie ihren Benutzer erreicht.
Im Folgenden sind einige andere Fehlerquellen aufgeführt:
- E-Mail-Server ist für eine lange Zeit ausgefallen
- Der Algorithmus zum Finden eines kurzen Weges zum Erreichen des Benutzers funktioniert nicht richtig und benötigt sehr viel Zeit, um den Benutzer zu erreichen. Zu diesem Zeitpunkt hätte er möglicherweise die angegebene Zeit überschritten, um den Benutzer zu erreichen. Dies wird normalerweise als erhöhte Anzahl von Hopfen bezeichnet
- Die E-Mail-Domain des Benutzers ist lange Zeit nicht verfügbar
- Das Benutzerkonto für die Anwendung ist nicht aktiviert, um E-Mails zu empfangen
Lokalisierungsbereich für E-Mail-Tests
Wenn die Anwendung mehrere Sprachen unterstützt, sollte die Unterstützung auch für E-Mails gelten.
Alle gesendeten E-Mails sollten in der Sprache des Benutzerprofils vorliegen. Wenn ein Benutzer Englisch als Profilsprache festgelegt hat, sollten alle an ihn gesendeten E-Mails auf Englisch sein. Wenn die Profilsprache des Benutzers Französisch ist, sollten alle an ihn gesendeten E-Mails auf Französisch sein. Die Sprache des Benutzerprofils kann einmalig sein oder bei Bedarf geändert werden. Dies hängt von den Einstellungen der Anwendung ab.
E-Mails sollten in der Sprache gesendet werden, die der Benutzer zum Zeitpunkt der Auslösung hat.
Die folgenden allgemeinen Validierungspunkte für Lokalisierungstests der E-Mails sind:
- Betreff
- Hauptteil der E-Mail
- Inhalt - Text des Körpers
- Linkname / Schaltflächenname
- Urheberrechtsinformation
- Details zum Kundensupport
Standard / Anpassung von E-Mails
E-Mails können im Backend angepasst werden.
Zum Beispiel Nur wenige Anwendungen unterstützen den Benutzer beim Anpassen von E-Mails beim Senden. Der Benutzer kann hier die Betreffzeile und / oder den Text der E-Mail nach Belieben oder zum leicht erkennbaren Zweck ändern. In diesem Fall muss das Testteam gründliche Tests durchführen, da die Wahrscheinlichkeit eines Eindringens hoch ist.
Für Injektionen müssen Tests durchgeführt werden - HTML-Code, Java-Code, SQL usw. senden. All dies sollte fehlschlagen, um die Sicherheitsstufe zu erhöhen. Wenn die Anwendung die Anpassung von E-Mails nicht unterstützt, folgen alle gesendeten E-Mails dem von einer Anwendung festgelegten Standard-Betreff / -Körper.
Fazit
Das Testen von E-Mails ist eine wichtige Aktivität, da die meisten Komponenten der Anwendung in diese Funktionalität integriert sind.
ai software für pc kostenloser download
Es sollte die Unterstützung und Anstrengung des gesamten Teams sein, die E-Mail-Funktionalität der Anwendung vollständig zu testen. Dies sollte viel vor Beginn des eigentlichen Tests gut geplant sein und beim Testen jeder Komponente / zugehörigen Komponente Hand in Hand gehen.
Beim E-Mail-Test sollten für jeden E-Mail-Typ separate Testfälle geschrieben werden, die alle zu testenden Aspekte abdecken. Dies sollte bei allen Arten von Tests durchgeführt werden. Regressionstests, Ad-hoc-Tests, Lokalisierungstests, UAT-Tests und Produktionstests.
Alles, was in E-Mail in Echtzeit schief geht, hinterlässt einen schlechten Eindruck auf die Anwendung, die Kunden und wird schließlich auf die Tester dieser Anwendung übertragen. Daher ist die E-Mail-Validierung eine sehr wichtige und dringend benötigte Aktivität beim Testen von Software.
Über den Autor: Dieser Beitrag wurde von der STH-Autorin Nandini K. verfasst. Sie verfügt über mehr als 7 Jahre Erfahrung im Testen von Software, hauptsächlich im Testen von Webanwendungen.
Lassen Sie uns wissen, wenn Sie Fragen / Anregungen haben.
Literatur-Empfehlungen
- 10 BESTE E-Mail-Test-Tools für Ihre nächste erfolgreiche E-Mail-Kampagne
- Beste Software-Test-Tools 2021 (QA Test Automation Tools)
- Unterschied zwischen Desktop-, Client-Server-Tests und Web-Tests
- Testhandbuch für die Sicherheit von Webanwendungen
- Top 10 E-Mail-Überprüfungs- und Validierungsdienste im Jahr 2021
- Anwendungstests - Grundlagen des Softwaretests!
- Installieren Sie Ihre Anwendung auf dem Gerät und starten Sie den Test von Eclipse aus
- Testen von Primer eBook Download