Menu

Test di convalida della posta elettronica: come testare la funzionalità di posta elettronica di un'applicazione

  • Principale
  • Test Web
  • Test di convalida della posta elettronica: come testare la funzionalità di posta elettronica di un'applicazione

email validation testing

Prova Il Nostro Strumento Per Eliminare I Problemi

Il tutorial di oggi riguarda il test della funzionalità di posta elettronica di qualsiasi applicazione.

Nella maggior parte delle applicazioni Web e mobili, la convalida della funzionalità di posta elettronica è considerata una delle parti più importanti del test, per garantire la qualità del componente di posta elettronica e di altri componenti del sistema.

Le e-mail attivate in diversi scenari sono considerate convalidate controllando tutti i suoi componenti che includono un modello di e-mail, collegamenti / pulsanti nei campi E-mail, Da, A, Cc, Ccn, Allegati, Contenuto come da notifica e-mail, ecc.

Convalida e-mail

Cosa imparerai:

Perché abbiamo bisogno del test della posta elettronica?

Ciascun componente del sistema (applicazioni Web / mobili) può avere scopi diversi per l'invio di e-mail. Integrazione tra i componenti e l'e-mail gioca un ruolo fondamentale nel raggiungere l'utente finale con notifiche adeguate. Qualsiasi negligenza durante la convalida di questa funzione porterà a incomprensioni, cattiva reputazione sui clienti, hacking, ecc.

Per esempio , immagina una situazione in cui un utente ha ricevuto un'e-mail per reimpostare la password. Cosa succede se il link / pulsante Reimposta password o l'URL fornito per copiare e incollare in un browser non funziona? L'unica opzione rimasta qui è contattare l'assistenza clienti, che potrebbe diventare una cosa noiosa o immaginare una situazione in cui l'utente continua a ricevere un'e-mail giornaliera relativa alla data di scadenza per il pagamento della fattura da 10-15 giorni prima o riceve un promemoria dopo la data di scadenza passato. - Irritante non è vero ??

Ci sono molti scenari in cui le e-mail sono diventate parte integrante della nostra vita in quanto hanno lo scopo di mantenere l'utente aggiornato con informazioni precise.

Scenari comuni in tempo reale e punti di convalida per le e-mail

I punti di convalida nel test delle e-mail variano da tipo a tipo e di nuovo da applicazione a applicazione. Comunemente tutte le e-mail devono essere convalidate per il modello (che include logo dell'applicazione, nome dell'applicazione, Indirizzamento dell'utente, Contenuto del piè di pagina - Copyright, Dettagli dell'assistenza clienti), data e ora per diversi fusi orari.

Qui discuteremo alcuni tipi comuni di Email di cui quasi tutti sono a conoscenza (tutti i punti di convalida forniti di seguito sono il controllo di base che il tester deve eseguire durante il test delle Email dell'applicazione).

# 1) Email di attivazione

Quando un utente si registra a un'applicazione per la prima volta, deve attivare l'account facendo clic sul collegamento di attivazione inviato in Email. Ciò verifica anche che l'indirizzo email fornito dall'utente sia valido e accessibile.

I punti di convalida sono i seguenti:

  • Link o pulsante di attivazione - Facendo clic su di esso dovrebbe:
    • Porta l'utente alla pagina della rispettiva applicazione con l'account utente connesso
    • L'account email dell'utente dovrebbe essere verificato automaticamente se la pagina dell'applicazione viene raggiunta correttamente tramite email
  • Durata: controlla la durata entro la quale il link deve essere cliccato e verificato.
    • Verifica entro la durata specificata
    • Prova a verificare una volta trascorsa la durata: l'account non deve essere attivato e l'email non deve essere verificata

Email di attivazione

# 2) Email con password dimenticata

Quando un utente dimentica la password per accedere all'applicazione, è possibile eseguire il flusso della password dimenticata per ricevere un'e-mail con il collegamento per reimpostare la password (la funzionalità varia da applicazione a applicazione. Questa è quella generale).

I punti di convalida sono i seguenti:

  • Reimposta collegamento password:
    • Fare clic su di esso dovrebbe portare l'utente alla pagina della rispettiva applicazione per reimpostare la password
    • Alcune applicazioni chiederanno all'utente di rispondere alla domanda di sicurezza prima di visualizzare la pagina di reimpostazione della password e alcune avranno una domanda di sicurezza integrata con la pagina di reimpostazione della password stessa e alcune non avranno affatto questa funzione
    • Se l'utente reimposta la password correttamente, il collegamento nell'e-mail della password dimenticata che è stata ricevuta dovrebbe essere disattivato e non funzionante
    • Se l'utente annulla il flusso di reimpostazione della password, il collegamento nell'e-mail password dimenticata che è stato ricevuto dovrebbe rimanere attivato
  • Durata: controlla la durata entro la quale il collegamento deve essere cliccato per reimpostare la password
    • Fare clic sul collegamento e reimpostare la password correttamente entro la durata specificata
    • Prova a fare clic sul collegamento dopo che la durata è trascorsa: il collegamento dovrebbe essere disattivato e scaduto

Reimposta la password Email

come scrivere casi di test efficaci

# 3) Notifiche sulla data di scadenza

Questo serve a ricordare all'utente l'azione da intraprendere in un determinato numero di giorni. Questo di solito è il pagamento della bolletta, intervenendo sugli elementi in sospeso (esempio: accettare o rifiutare l'invito a qualche evento in un determinato numero di giorni, inviare moduli, ecc.).

I punti di convalida sono i seguenti:

  • Numero di giorni di scadenza / Data di scadenza
    • Se l'e-mail notifica un numero di giorni di scadenza, il numero dovrebbe essere zero o più, zero giorni significava essere la data corrente della scadenza. Non dovrebbe essere in numeri negativi. Se l'e-mail notifica una data di scadenza (data del calendario), la data dovrebbe essere quella attuale o quella futura.
  • Tipo di azione
    • Verifica qual è il tipo di azione richiesta. Dovrebbe indicare molto chiaramente quale tipo di azione deve intraprendere l'utente. Che si tratti del pagamento delle bollette, degli invii, dei feedback, ecc.

Email data di scadenza

Notifica e-mail della data di scadenza

# 4) Notifiche scadute

Questo per informare l'utente che la data di scadenza è trascorsa. Questo di solito è per informare l'utente che non ha intrapreso azioni sugli articoli entro la data di scadenza.

  • Numero di giorni in ritardo
    • Verificare che il numero di giorni di ritardo dovrebbe essere uno o più. Non dovrebbe mai essere zero o numeri negativi
  • Frequenza
    • Poche applicazioni avranno la possibilità di personalizzare le email scadute da inviare quotidianamente / settimanalmente / mensilmente, una volta trascorsa la data di scadenza, fino a quando l'utente non completa l'azione. Poche applicazioni avranno la notifica standard da inviare una sola volta solo dopo che la data di scadenza è trascorsa.

# 5) Abbonamenti

Questo varia in base ai requisiti dell'utente. L'utente può selezionare uno dei seguenti abbonamenti giornalieri, settimanali, bimestrali o mensili. Di solito si tratta di newsletter, aggiornamenti, offerte, ecc.

  • Frequenza
    • Le e-mail devono essere inviate secondo la selezione dell'utente per un abbonamento. Se Daily, l'email di iscrizione dovrebbe essere inviata solo una volta al giorno. Se settimanale, poi una volta alla settimana. E continua ...
  • Collegamenti
    • Tutti i link nell'email dovrebbero andare alla rispettiva pagina dell'applicazione. Se l'e-mail è per gli aggiornamenti, il collegamento dovrebbe reindirizzare alla pagina in cui devono essere visualizzati gli aggiornamenti. Se l'email è per le offerte, il collegamento dovrebbe reindirizzare alla pagina Offerte dell'applicazione. Dipende dal tipo di abbonamento selezionato dall'utente.

Email di iscrizione

Schermata dell

# 6) Moduli

Le e-mail qui intendono che l'utente fornisca feedback tramite moduli / link ai moduli. I punti di convalida sono i seguenti:

  • Collegamenti
    • Il collegamento nell'e-mail dovrebbe reindirizzare l'utente alla pagina di invio del modulo dell'applicazione in base al tipo di modulo che l'utente deve inviare
    • Una volta inviato, facendo nuovamente clic sul collegamento si dovrebbe notificare all'utente che il modulo è già stato inviato. Non dovrebbe consentire all'utente di inviare nuovamente il modulo

Email del sondaggio

Pagina del sondaggio

# 7) Email di conferma

Le email qui sono per notificare all'utente la conferma dell'azione intrapresa. Di solito si tratta di conferme di prenotazione, conferme d'ordine, conferme di query, ecc.

I punti di convalida sono i seguenti:

  • Dettagli di conferma:
    • Il numero dell'ordine / numero di prenotazione deve essere corretto e corrispondere al numero visualizzato nell'interfaccia utente dell'applicazione. Poiché è l'identificatore per tenere traccia degli ordini / prenotazioni, dovrebbe essere univoco (da convalidare nel backend - DB) in tutta l'applicazione. Nessun ordine / prenotazione deve condividere lo stesso identificatore.
    • Insieme al numero, dovrebbe essere convalidato anche per il tipo di ordine, le informazioni dell'utente, l'indirizzo di fatturazione, l'indirizzo di spedizione e il prezzo. Tutte le informazioni dovrebbero essere esattamente simili a quelle fornite dall'utente nell'interfaccia utente dell'applicazione.
  • Collegamenti:
    • Un collegamento nell'email dovrebbe indirizzare un utente alla pagina dei dettagli dell'ordine nell'interfaccia utente dell'applicazione. Dovrebbe esserci una corrispondenza esatta tra le informazioni nell'e-mail e l'interfaccia utente dell'applicazione

Email di conferma

# 8) Trascrizione della chat

Qui, un utente riceve l'intera trascrizione della chat come e-mail. Questo di solito avviene al termine della chat dal vivo con l'assistenza clienti.

I punti di convalida sono i seguenti

  • Dettagli
    • Verificare il nome della persona che ha fornito supporto in linea. Verifica che l'intera chat sia presente nell'email con i dettagli del mittente per ogni voce di chat (nome della persona, data e ora in cui è stato inviato il messaggio di chat, ecc.)

# 9) Email con allegato

L'utente riceve e-mail con allegato. Gli allegati possono essere protetti / non protetti da password. Di solito si tratta di dichiarazioni di domini finanziari, Contratto di licenza con l'utente finale per riferimento, Termini e condizioni per riferimento, ecc., Anche questo varia da applicazione a applicazione.

I punti di convalida sono i seguenti:

domanda e risposta dell'intervista di prova del software per più fresco
  • Tipo di allegato
    • I tipi di file validi devono essere inviati come allegato. Tutti gli allegati in fase di apertura devono essere sottoposti a scansione antivirus prima del download / apertura. Anche questo può essere personalizzato a livello di applicazione nel back-end, come la scansione antivirus da eseguire solo durante il download, solo durante l'apertura, sia per il download che per l'apertura.
    • Gli allegati protetti da password dovrebbero essere scaricati senza richiedere la password. Ma durante l'apertura o dall'email stessa o l'apertura della copia scaricata dovrebbe sempre chiedere la password. Le immissioni di password errate qui saranno indefinite poiché la copia locale non può essere tracciata online per bloccare l'allegato

Email con allegato

Allegato protetto da password

Tipi di email

Il tipo di email può essere HTML (colorato e attraente per gli utenti, che interessa all'utente di leggere completamente le email) o testo normale (solo un testo).

L'HTML è quello preferito e di solito è impostato come predefinito in quasi tutte le applicazioni nel backend. Se necessario, le applicazioni possono scegliere di inviare e-mail di testo normale agli utenti, anche in questo caso sono necessarie modifiche nel back-end.

Punti trigger e-mail:

miglior sito su cui guardare gli anime

Le e-mail possono essere inviate immediatamente o come riepilogo / batch. Le email immediate vengono attivate dall'azione dell'utente. Di solito si tratta di email di attivazione, email di reimpostazione della password, trascrizioni di chat, email di conferma, ecc., Ad esempio, email di riepilogo / batch vengono attivate in base alle impostazioni nel back-end dell'applicazione.

I punti di attivazione delle e-mail verranno definiti per attivarsi in un momento specifico ( per esempio 3rdogni giorno della settimana alle 12:00). Solitamente si tratta di estratti conto di settori finanziari (estratti conto bancari), notifica della data di scadenza per fatture, notifiche di scadenze, abbonamenti, ecc.

Rimbalzi:

È uno scenario molto comune che le e-mail rimbalzino quando vengono inviate a un indirizzo e-mail non valido. Di solito, l'indirizzo e-mail che è disattivato / non più in uso e non esiste affatto - sono i candidati che tornano indietro.

Il server in genere tenta per un numero di volte specificato di inviare e-mail all'indirizzo previsto. Quando non raggiunge l'indirizzo e-mail previsto, viene respinto e farà una voce nel server per il suo errore. Ci sarà un server diverso per mantenere questo tipo di attività e di solito sono chiamati server di rimbalzo. Potrebbero esserci diversi motivi per cui un'e-mail non riesce a raggiungere il suo utente.

Di seguito sono riportati alcuni altri punti per il fallimento:

  • Il server di posta elettronica è inattivo da molto tempo
  • L'algoritmo per trovare un percorso breve per raggiungere l'utente non funziona correttamente e impiega molto tempo per raggiungere l'utente, a quel punto forse avrebbe superato il tempo specificato impostato per raggiungere l'utente. Questo di solito è chiamato aumento del numero di salti
  • Il dominio di posta elettronica dell'utente è inattivo da molto tempo
  • L'account dell'utente per l'applicazione non è attivato per ricevere le email

Ambito di localizzazione per il test delle e-mail

Quando l'applicazione supporta più lingue, il supporto dovrebbe estendersi anche alle e-mail.

Tutte le e-mail inviate devono essere nella lingua del profilo utente. Se un utente ha impostato l'inglese come lingua del profilo, tutte le e-mail che gli verranno inviate dovrebbero essere in inglese. Se la lingua del profilo dell'utente è il francese, tutte le email che gli vengono inviate devono essere in francese. La lingua del profilo utente può essere impostazioni una tantum o può essere modificata come e quando richiesto, a seconda delle impostazioni dell'applicazione.

L'e-mail deve essere inviata nella lingua che l'utente ha al momento in cui è stata attivata.

I punti di convalida comuni per testare la localizzazione delle e-mail sono i seguenti:

  • Linea tematica
  • Corpo dell'email
    • Contenuti - testo del corpo
    • Nome collegamento / nome pulsante
    • Informazioni sul copyright
    • Dettagli dell'assistenza clienti

Standard / personalizzazione delle e-mail

Le email possono essere personalizzate nel backend.

Per esempio , poche applicazioni supportano l'utente per personalizzare le e-mail quando vengono inviate. L'utente può modificare qui la riga dell'oggetto e / o il corpo dell'email a suo piacimento o allo scopo di riconoscerla facilmente. In questo caso, il team di test deve eseguire test approfonditi poiché le possibilità di intrusione sono elevate.

Il test deve essere eseguito per le iniezioni: inviare codice HTML, codice Java, SQL, ecc. Tutti questi dovrebbero fallire per aumentare i livelli di sicurezza. Se l'applicazione non supporta la personalizzazione delle e-mail, tutte le e-mail inviate seguiranno l'oggetto / corpo standard come impostato da un'applicazione.

Conclusione

Il test delle e-mail è un'attività importante poiché la maggior parte dei componenti dell'applicazione sono integrati con questa funzionalità.

Dovrebbe essere il supporto e l'impegno dell'intero team per testare completamente la funzionalità di posta elettronica dell'applicazione. Questo dovrebbe essere ben pianificato molto prima dell'inizio del test effettivo e dovrebbe andare di pari passo durante il test di ciascun componente / componente associato.

Il test delle e-mail dovrebbe avere i casi di test separati scritti per ogni tipo di e-mail che coprono tutti gli aspetti da testare. Questo dovrebbe essere eseguito in tutti i tipi di test Test di regressione, test ad hoc, test di localizzazione, test UAT e test di produzione.

Tutto ciò che va storto in e-mail in tempo reale lascerà una cattiva impressione sull'applicazione, sui clienti e, alla fine, verrà trasferito ai tester di quell'applicazione. Quindi la convalida delle e-mail è un'attività molto cruciale e molto richiesta nei test del software.

Circa l'autore: Questo post è stato scritto dall'autrice di STH Nandini K. Ha più di 7 anni di esperienza nel test del software principalmente nel test delle applicazioni web.

Fateci sapere se avete domande / suggerimenti.

Lettura consigliata

^