Da qualche parte nella tua suite di test c'è un flusso di registrazione che non è mai stato testato con una vera casella di posta. L'e-mail di conferma viene inviata, il test supera perché l'API ha restituito 200 e nessuno controlla se il collegamento funziona, se il messaggio viene visualizzato o se finisce nello spam.
Gli account di prova non dovrebbero vivere nella tua casella di posta personale. Ma la soluzione ovvia – puntare tutto a un indirizzo usa e getta – è giusta solo a metà. Ecco quando una casella di posta temporanea aiuta, quando un mail sink locale è migliore e come non intralciare la tua blocklist.
Inizia con ciò che stai testando
Lo strumento giusto segue dalla domanda:
| Domanda | Il miglior strumento |
|---|---|
| L'e-mail di conferma viene visualizzata e collegata correttamente? | Sink di posta locale (Mailpit, MailHog) |
| La consegna funziona tramite un provider reale e un DNS reale? | Casella di posta usa e getta |
| Il flusso funziona su telefono, con i tempi dell'utente reale? | Casella di posta usa e getta |
| Posso controllare le intestazioni e gli allegati non elaborati? | Sink di posta locale |
| Un dominio usa e getta verrà accettato nel mio modulo di iscrizione? | Dipende dalla tua blocklist |
Quando una casella di posta usa e getta è la scelta giusta
- Controlli end-to-end.Vuoi vedere cosa arriva effettivamente su Internet, non cosa ha ricevuto il tuo server SMTP locale.
- Prove di fumo di consegnabilità.Invia dal tuo fornitore di produzione a un indirizzo usa e getta e conferma che non finisca nello spam o non venga eliminato.
- Test mobile.Una casella di posta temporanea è un tocco su un telefono; un sink locale richiede un tunnel e una modifica della configurazione.
- QA manuale.Un tester può generare un indirizzo, completare il flusso e leggere la posta senza toccare un account di prova condiviso.
Quando un lavandino locale è meglio
Se stai facendo affermazioni sul contenuto del messaggio, un sink locale è più veloce e affidabile. Mailpit o MailHog ti offre API, MIME non elaborato, ispezione degli allegati e nessun limite di velocità. Puoi eseguire centinaia di iscrizioni in un ciclo senza preoccuparti che un provider ti limiti o che un dominio venga bloccato.
Il compromesso è che un sink locale bypassa il percorso di consegna reale. Non ti dirà che il tuo record SPF è sbagliato, che il tuo dominio di invio è in una blocklist o che Gmail sta archiviando la tua email di conferma in Promozioni.
Usali entrambi, in questo ordine
- sink locale per la logica.Dichiara il collegamento, il token, la scadenza e l'HTML visualizzato. Questo è il ciclo veloce che esegui ad ogni commit.
- Casella di posta usa e getta per la consegna.Esegui lo stesso flusso rispetto alla gestione temporanea con un provider reale e un indirizzo temporaneo. Controlla il posizionamento della casella di posta, la riscrittura dei collegamenti e il rendering mobile.
- Casella di posta reale per il controllo finale.Una volta per release, utilizza un indirizzo su Gmail, Outlook e un dominio aziendale. È qui che vivono gli strani bug specifici del client.
Non bloccare i tuoi test
Se il tuo prodotto blocca i domini usa e getta (e molti lo fanno), il tuo QA fallirà prima di iniziare. Due opzioni:
- Consenti i tuoi domini di prova nella fase di staging.Mantieni intatta la blocklist di produzione, ma lascia che il tuo ambiente di test accetti gli indirizzi utilizzati dai tuoi tester.
- Utilizza un dominio di prova dedicato.Un sottodominio che controlli, instradato verso un sink, è più pulito che indebolire la regola di produzione.
Non disabilitare mai la blocklist a livello globale per effettuare un test positivo. È così che una scorciatoia temporanea per il QA diventa un buco permanente.
Cose che si rompono nelle caselle di posta reali
Questi sono gli errori che un sink locale non ti mostrerà mai:
- Riscrittura dei collegamenti.I gateway di sicurezza e-mail riscrivono ogni URL. Il tuo collegamento magico potrebbe arrivare avvolto e rotto.
- Blocco delle immagini.Il logo scompare e il layout collassa attorno ad esso.
- Modalità oscura.Una carta bianca su sfondo bianco diventa un rettangolo bianco.
- Codici lunghi.Un codice a sei cifre va bene; un token di 64 caratteri si avvolge e sembra un collegamento interrotto.
- Tempi di scadenza.Un codice che scade tra dieci minuti è inutilizzabile se la consegna ne impiega quattro.
- Posizionamento dello spam.Errori di autenticazione, un nuovo dominio di invio o una parola chiave possono inviare un'e-mail transazionale allo spam.
Una piccola checklist per la prossima release
- Il collegamento di conferma apre l'ambiente corretto e accede all'utente una volta.
- Il codice scade esattamente quando indicato dall'interfaccia utente.
- Il nuovo invio funziona ed è limitato.
- Il messaggio viene visualizzato con una larghezza di 320 px con immagini bloccate.
- Esiste un'alternativa in testo semplice e contiene lo stesso collegamento.
- I collegamenti per l'annullamento dell'iscrizione e le preferenze funzionano per la posta di marketing, non solo per le transazioni.
- L'indirizzo può essere modificato dopo la registrazione.
Testare la posta elettronica non è affascinante e viene quasi sempre saltato. I team che lo fanno rilevano gli errori che gli utenti non segnalano mai: se ne vanno e basta. Se hai bisogno di una vera casella di posta per il buono di consegna,generarne uno qui; per il passaggio logico, mantenere il sink locale. E se ti stai chiedendo se il tuo utilizzo di indirizzi usa e getta sia corretto,questo pezzo sui processitraccia la linea.