Menú

Prova de validació de correu electrònic: com provar la funcionalitat de correu electrònic d’una aplicació

  • Principal
  • Web Testing
  • Prova de validació de correu electrònic: com provar la funcionalitat de correu electrònic d’una aplicació

email validation testing

Proveu El Nostre Instrument Per Eliminar Problemes

El tutorial d’avui tracta de provar la funcionalitat del correu electrònic de qualsevol aplicació.

A la majoria de les aplicacions web i mòbils, la funció de validació del correu electrònic es considera una de les parts més importants de les proves, per garantir la qualitat del component de correu electrònic, així com d'altres components del sistema.

Es consideren validats els correus electrònics activats en diferents escenaris comprovant tots els seus components, que inclouen una plantilla de correu electrònic, enllaços / botons als camps Correu electrònic, De, A, Cc, Cco, Adjunts, Contingut segons la notificació per correu electrònic, etc.

Validació del correu electrònic

Què aprendreu:

Per què necessitem proves de correu electrònic?

Cada component del sistema (aplicacions web / mòbils) pot tenir finalitats diferents per enviar correus electrònics. Integració entre els components i el correu electrònic té un paper fonamental per arribar a l'usuari final amb les notificacions adequades. Qualsevol negligència quan validem aquesta funció comportarà malentesos, mal nom dels clients, pirateria, etc.

Per exemple , imagineu una situació en què un usuari ha rebut un correu electrònic per restablir la contrasenya. Què passa si l'enllaç / botó Restableix contrasenya o l'URL proporcionat per copiar i enganxar en un navegador no funciona? L'única opció que queda aquí és posar-se en contacte amb el servei d'assistència al client, que pot esdevenir una cosa tediosa o imaginar una situació en què l'usuari continua rebent un correu electrònic diàriament sobre la data de venciment del pagament de la factura entre 10 i 15 dies abans o rebi un recordatori després de la data de venciment. passat. - Irritant no?

Hi ha molts escenaris en què els correus electrònics s’han convertit en una part integral de la nostra vida, ja que estan destinats a mantenir l’usuari al dia amb informació precisa.

Escenaris i punts de validació habituals en temps real dels correus electrònics

Els punts de validació a la prova dels correus electrònics varien d’un tipus a un altre, i de nou d’aplicació en aplicació. Normalment, tots els correus electrònics s’han de validar per a la plantilla (que inclou el logotip de l’aplicació, el nom de l’aplicació, l’adreça a l’usuari, el contingut del peu de pàgina: drets d’autor, detalls d’atenció al client), la data i la marca de temps per a diferents zones horàries.

Aquí parlarem d'alguns tipus comuns de correu electrònic que gairebé tothom coneix (tots els punts de validació que es donen a continuació són la comprovació bàsica que el verificador ha de realitzar mentre provi els correus electrònics de l'aplicació).

# 1) Correu electrònic d’activació

Quan un usuari es registra a una aplicació per primera vegada, ha d’activar el compte fent clic a l’enllaç d’activació enviat al correu electrònic. Això també verifica que l'adreça de correu electrònic de l'usuari proporcionada sigui vàlida i accessible.

Els punts de validació són els següents:

  • Enllaç o botó d'activació: si hi feu clic, hauríeu de:
    • Porta l’usuari a la pàgina de l’aplicació respectiva amb el compte d’usuari iniciat
    • El compte de correu electrònic de l'usuari hauria de verificar-se automàticament si s'arriba correctament a la pàgina de l'aplicació mitjançant el correu electrònic
  • Durada: comproveu la durada durant la qual s'ha de fer clic i verificar l'enllaç.
    • Verifiqueu-ho durant la durada especificada
    • Proveu de verificar un cop transcorreguda la durada: el compte no s'hauria d'activar i el correu electrònic hauria de romandre sense verificar

Correu electrònic d’activació

# 2) Missatges de correu electrònic oblidats

Quan un usuari oblida la contrasenya per iniciar sessió a l'aplicació, es pot realitzar un flux de contrasenyes oblidades per rebre un correu electrònic amb enllaç per restablir la contrasenya (la funció varia d'aplicació a aplicació. Aquesta és la general).

Els punts de validació són els següents:

  • Restableix l'enllaç de la contrasenya:
    • Si hi feu clic, l’usuari haurà de dirigir-se a la pàgina de l’aplicació respectiva per restablir la contrasenya
    • Algunes aplicacions demanaran a l'usuari que respongui a la pregunta de seguretat abans de mostrar la pàgina de restabliment de la contrasenya, i algunes tindran una pregunta de seguretat integrada amb la pàgina de restabliment de la contrasenya, i algunes no tindran aquesta funció.
    • Si l'usuari restableix la contrasenya correctament, l'enllaç del correu electrònic de contrasenya oblidada que s'ha rebut s'hauria de desactivar i no funcionar.
    • Si l'usuari cancel·la el flux de restabliment de la contrasenya, l'enllaç del correu electrònic de contrasenya oblidada que s'ha rebut hauria de continuar activat
  • Durada: comproveu la durada en què s’ha de fer clic a l’enllaç per restablir la contrasenya
    • Feu clic a l'enllaç i restabliu la contrasenya correctament durant la durada especificada
    • Proveu de fer clic a l'enllaç després que hagi passat la durada. L'enllaç s'hauria de desactivar i caducar

Restableix el correu electrònic de la contrasenya

quin és el propòsit de les proves d’acceptació dels usuaris

# 3) Notificacions de data de venciment

Es tracta de recordar a l’usuari l’acció que s’ha de dur a terme en un nombre determinat de dies. Normalment són els pagaments de la factura, prenent mesures sobre els articles pendents (exemple: acceptar o rebutjar la invitació a algun esdeveniment en un nombre determinat de dies, enviar formularis, etc.).

Els punts de validació són els següents:

  • Nombre de dies de venciment / Data de venciment
    • Si el correu electrònic notifica un nombre de dies de venciment, el nombre hauria de ser zero o més, zero dies que hauria de ser la data actual de venciment. No hauria de ser en números negatius. Si el correu electrònic notifica una data de venciment (data del calendari), la data hauria de ser l'actual o la futura.
  • Tipus d’acció
    • Comproveu quin és el tipus d'acció necessària. Hauria d’indicar molt clarament quin tipus d’acció ha de fer aquest usuari. Ja sigui el pagament de factures, enviaments, comentaris, etc.

Correu electrònic de data de venciment

Notificació per correu electrònic de data de venciment

# 4) Notificacions vencides

Es tracta d'informar l'usuari sobre la data de venciment que ha passat. Normalment, això serveix per informar a l’usuari que no ha pres mesures sobre els articles en el termini previst.

  • Nombre de dies vençuts
    • Comproveu que el nombre de dies vençuts sigui d’un o més. Mai ha de ser zero ni negatiu
  • Freqüència
    • Poques aplicacions tindran la possibilitat de personalitzar els missatges de correu electrònic vençuts que s’enviaran diàriament / setmanalment / mensualment, un cop superada la data de venciment, fins que l’usuari finalitzi l’acció. Poques sol·licituds tindran la notificació estàndard que s’enviarà només una vegada que hagi passat la data de venciment.

# 5) Subscripcions

Això varia segons els requisits de l'usuari. L'usuari pot seleccionar una de les subscripcions diàries, setmanals, bimensuals o mensuals següents. Normalment serà per a butlletins, actualitzacions, ofertes, etc.

  • Freqüència
    • Els correus electrònics s’han d’enviar segons la selecció d’usuaris per a una subscripció. Si és diària, el correu electrònic de subscripció s'ha d'enviar només una vegada al dia. Si és setmanal, un cop a la setmana. I continua ...
  • Enllaços
    • Els enllaços del correu electrònic haurien d’anar a la pàgina respectiva de l’aplicació. Si el correu electrònic està destinat a actualitzacions, l'enllaç hauria de redirigir-se a la pàgina on es volen mostrar les actualitzacions. Si el correu electrònic és per a ofertes, l'enllaç hauria de redirigir-se a la pàgina Ofertes de l'aplicació. Depèn del tipus de subscripció que hagi seleccionat l'usuari.

Correu electrònic de subscripció

Pantalla de correu electrònic de subscripció

# 6) Formularis

Els correus electrònics aquí tenen la intenció de proporcionar comentaris a través de formularis / enllaços a formularis. Els punts de validació són els següents:

  • Enllaços
    • L’enllaç al correu electrònic hauria de redirigir l’usuari a la pàgina d’enviament del formulari de l’aplicació segons el tipus de formulari que l’usuari ha d’enviar
    • Un cop enviat, en tornar a fer clic a l'enllaç, s'haurà de notificar a l'usuari que el formulari ja s'ha enviat. No hauria de permetre a l'usuari tornar a enviar el formulari

Correu electrònic de l

Pàgina de l

# 7) Correus electrònics de confirmació

Aquests correus electrònics han de notificar a l'usuari la confirmació de l'acció realitzada. Normalment es tracta de confirmacions de reserva, confirmacions de comandes, confirmacions de consulta, etc.

Els punts de validació són els següents:

  • Detalls de la confirmació:
    • El número de comanda / número de reserva ha de ser correcte i coincidir amb el número que es mostra a la interfície d’usuari de l’aplicació. Com que és l'identificador per fer un seguiment de les comandes / reserves, hauria de ser únic (per validar-lo al backend - DB) a tota l'aplicació. Cap comanda / reserva ha de compartir el mateix identificador.
    • Juntament amb el número, també s’hauria de validar per al tipus de comanda, informació de l’usuari, adreça de facturació, adreça d’enviament i preu. Tota la informació ha de ser exactament similar a la que l’usuari ha proporcionat a la interfície d’usuari de l’aplicació.
  • Enllaços:
    • Un enllaç al correu electrònic hauria de dirigir l’usuari a la pàgina de detalls de la comanda a la IU de l’aplicació. Hauria d’haver una coincidència exacta entre la informació del correu electrònic i la interfície d’usuari de l’aplicació

Correu electrònic de confirmació

# 8) Transcripció del xat

Aquí, un usuari rep tota la transcripció del xat com a correu electrònic. Normalment es produeix un cop finalitzat el xat en directe amb l'assistència al client.

Els punts de validació són els següents

  • Detalls
    • Comproveu el nom de la persona que va proporcionar assistència en línia. Comproveu que tot el xat estigui present al correu electrònic amb les dades del remitent de cada entrada de xat (nom de la persona, data i hora d’enviament del missatge de xat, etc.)

# 9) Correu electrònic amb fitxer adjunt

L'usuari rep correus electrònics amb fitxer adjunt. Els fitxers adjunts es poden protegir o protegir amb contrasenya. Aquestes solen ser les declaracions de dominis financers, l'acord de llicència d'usuari final de referència, els Termes i condicions de referència, etc., això torna a variar d'aplicació a aplicació.

Els punts de validació són els següents:

  • Tipus de fitxer adjunt
    • Els tipus de fitxers vàlids s’han d’enviar com a fitxer adjunt. Cal escanejar tots els fitxers adjunts que s’obrin abans de descarregar-los / obrir-los. Això es pot personalitzar de nou a nivell d'aplicació al fons, com ara, l'escaneig de virus que es realitzarà només quan es descarregui, només quan s'obri, tant per descarregar com per obrir.
    • Els fitxers adjunts protegits amb contrasenya s'han de descarregar sense demanar-ne la contrasenya. Però, tot obrint-lo des del mateix correu electrònic o obrint la còpia descarregada, sempre cal demanar la contrasenya. Les entrades de contrasenya incorrectes aquí seran indefinides, ja que no es pot fer un seguiment de la còpia local en línia per bloquejar l'adjunt

Correu electrònic amb fitxer adjunt

el millor programari de còpia de seguretat gratuït per a Windows 10 2017

Adjunt protegit amb contrasenya

Tipus de correus electrònics

El tipus de correu electrònic pot ser HTML (vistós i atractiu per als usuaris, que interessen als usuaris a llegir completament els correus electrònics) o bé de text pla (només un text).

L’HTML és el més preferit i normalment s’estableix per defecte en gairebé totes les aplicacions del backend. Si cal, les aplicacions poden optar per enviar correus electrònics de text pla als usuaris; de nou, això requereix canvis al dorsal.

Punts d'activació dels correus electrònics:

Els correus electrònics es poden enviar immediatament o bé com a resum / lot. Els correus electrònics immediats es desencadenen per l'acció de l'usuari. Normalment es tracta de correus electrònics d’activació, de restabliment de contrasenyes, de transcripcions de xats, de confirmació, etc., és a dir, que s’activen en funció de la configuració del fons d’aplicació.

Els punts d'activació del correu electrònic es definiran per activar-se en el punt concret del temps ( per exemple 3rdcada setmana a les 12:00 AM). Normalment seran els extractes de dominis financers (extractes bancaris), la notificació de la data de venciment de les factures, les notificacions vençudes, les subscripcions, etc.,

Quin és el nom d'usuari i la contrasenya del meu enrutador?

Rebots:

És un escenari molt comú que els correus electrònics reboten quan s’envien a una adreça de correu electrònic no vàlida. Normalment, l’adreça de correu electrònic que està desactivada / que ja no s’utilitza i que no existeix en absolut, són els candidats que reboten.

El servidor sol provar un nombre especificat de vegades d’enviar correus electrònics a l’adreça prevista. Quan no arriba a l'adreça de correu electrònic prevista, es recuperarà i farà una entrada al servidor per si s'ha produït un error. Hi haurà un servidor diferent per mantenir aquest tipus d’activitats i se solen anomenar servidors de recuperació. Hi pot haver diversos motius perquè un missatge de correu electrònic falli en arribar al seu usuari.

A continuació, es mostren alguns altres punts sobre l’error:

  • El servidor de correu electrònic està inactiu durant molt de temps
  • L’algoritme per trobar una ruta curta per arribar a l’usuari no funciona correctament i triga molt a arribar-hi, potser en aquell moment hauria creuat el temps especificat per arribar a l’usuari. Normalment s’anomena augment del nombre de llúpols
  • El domini de correu electrònic de l'usuari fa temps que no funciona
  • El compte d'usuari de l'aplicació no està activat per rebre correus electrònics

Àmbit de localització per a proves de correus electrònics

Quan l'aplicació admet diversos idiomes, el suport també s'hauria d'estendre als correus electrònics.

Tots els correus electrònics enviats haurien d'estar en l'idioma del perfil d'usuari. Si un usuari ha definit l'anglès com a idioma del perfil, tots els correus electrònics que se li envien haurien d'estar en anglès. Si l’idioma del perfil de l’usuari és el francès, tots els correus electrònics que se li envien haurien d’estar en francès. L'idioma del perfil d'usuari pot ser una configuració única o es pot canviar quan sigui necessari, cosa que depèn de la configuració de l'aplicació.

El correu electrònic s’ha d’enviar en l’idioma que tingui l’usuari en el moment en què s’activa.

Els punts de validació habituals per a la localització de proves dels correus electrònics són els següents:

  • Linia de subjecció
  • Cos del correu electrònic
    • Contingut: text del cos
    • Nom de l'enllaç / nom del botó
    • Informació sobre drets d'autor
    • Dades d’atenció al client

Estàndard / Personalització de correus electrònics

Els correus electrònics es poden personalitzar al dorsal.

Per exemple , poques aplicacions admeten a l'usuari per personalitzar els correus electrònics quan s'envien. L’usuari pot canviar aquí la línia d’assumpte i / o el cos del correu electrònic al seu lloc convenient o per reconèixer-los fàcilment. En aquest cas, l’equip de proves ha de fer proves exhaustives, ja que les possibilitats d’intrusió són elevades.

Cal fer proves per a injeccions: envieu codi HTML, codi Java, SQL, etc. Tot això hauria de fallar per augmentar els nivells de seguretat. Si l'aplicació no admet la personalització dels correus electrònics, tots els correus electrònics enviats seguiran l'assumpte / cos estàndard tal com estableix una aplicació.

Conclusió

Provar correus electrònics és una activitat important, ja que la majoria dels components de l'aplicació estan integrats amb aquesta funcionalitat.

Hauria de ser el suport i l’esforç de tot l’equip comprovar completament la funcionalitat de correu electrònic de l’aplicació. Això s'hauria de planificar molt abans de començar les proves reals i hauria d'anar de la mà en provar cada component / component associat.

Les proves de correu electrònic han de tenir escrits els casos de prova separats per a cada tipus de correu electrònic que cobreixin tots els aspectes a provar. Això s'hauria de dur a terme en tot tipus de proves: proves de regressió, proves adhoc, proves de localització, proves UAT i proves de producció.

Qualsevol cosa que vagi malament al correu electrònic en temps real, deixarà una mala impressió a l’aplicació, als clients i, finalment, es transmetrà als verificadors d’aquesta aplicació. Per tant, les validacions de correu electrònic són una activitat molt crucial i molt necessària en les proves de programari.

Sobre l'autor: Aquest article està escrit per l'autor de STH, Nandini K. Té més de 7 anys d'experiència en proves de programari, principalment en proves d'aplicacions web.

Feu-nos-ho saber si teniu cap dubte o suggeriment.

Lectura recomanada

^