En algún lugar de su conjunto de pruebas hay un flujo de registro que nunca se ha probado con una bandeja de entrada real. Se envía el correo electrónico de confirmación, la prueba pasa porque la API devolvió 200 y nadie verifica si el enlace funciona, si el mensaje se muestra o si llega a ser spam.
Las cuentas de prueba no deben estar en su bandeja de entrada personal. Pero la solución obvia (apuntar todo a una dirección desechable) es sólo la mitad de correcta. Aquí es cuando una bandeja de entrada temporal ayuda, cuando un receptor de correo local es mejor y cómo no activar su propia lista de bloqueo.
Comience con lo que está probando
La herramienta adecuada se desprende de la pregunta:
| Pregunta | Mejor herramienta |
|---|---|
| ¿El correo electrónico de confirmación se muestra y vincula correctamente? | Disipador de correo local (Mailpit, MailHog) |
| ¿La entrega funciona a través de un proveedor real y DNS real? | Bandeja de entrada desechable |
| ¿El flujo funciona en un teléfono, con la sincronización de un usuario real? | Bandeja de entrada desechable |
| ¿Puedo inspeccionar encabezados y archivos adjuntos sin procesar? | Disipador de correo local |
| ¿Se aceptará un dominio desechable en mi formulario de registro? | Depende de tu propia lista de bloqueo |
Cuando una bandeja de entrada desechable es la decisión correcta
- Comprobaciones de extremo a extremo.Quiere ver lo que realmente llega a través de Internet, no lo que recibió su servidor SMTP local.
- Pruebas de humo de entregabilidad.Envíe desde su proveedor de producción a una dirección desechable y confirme que no llegue a spam ni se elimine.
- Pruebas móviles.Una bandeja de entrada temporal es un toque en un teléfono; un receptor local requiere un túnel y un cambio de configuración.
- Control de calidad manual.Un evaluador puede generar una dirección, completar el flujo y leer el correo sin tocar una cuenta de prueba compartida.
Cuando un fregadero local es mejor
Si está afirmando el contenido del mensaje, un receptor local es más rápido y confiable. Mailpit o MailHog le ofrece API, MIME sin formato, inspección de archivos adjuntos y sin límites de velocidad. Puede ejecutar cien registros seguidos sin preocuparse de que un proveedor lo limite o que se bloquee un dominio.
La desventaja es que un sumidero local evita la ruta de entrega real. No le dirá que su registro SPF es incorrecto, que su dominio de envío está en una lista de bloqueo o que Gmail está archivando su correo electrónico de confirmación en Promociones.
Utilice ambos, en este orden.
- Disipador local para lógica.Afirme el enlace, el token, la caducidad y el HTML renderizado. Este es el bucle rápido que ejecuta en cada confirmación.
- Bandeja de entrada desechable para entrega.Ejecute el mismo flujo en la etapa de preparación con un proveedor real y una dirección temporal. Verifique la ubicación de la bandeja de entrada, la reescritura de enlaces y la representación móvil.
- Buzón real para el control final.Una vez por versión, utilice una dirección en Gmail, Outlook y un dominio corporativo. Ahí es donde viven los extraños errores específicos del cliente.
No bloquees tus propias pruebas
Si su producto bloquea dominios desechables (y muchos lo hacen), su propio control de calidad fallará antes de comenzar. Dos opciones:
- Incluya sus dominios de prueba en la lista blanca en etapa de prueba.Mantenga intacta la lista de bloqueo de producción, pero deje que su entorno de prueba acepte las direcciones que utilizan sus evaluadores.
- Utilice un dominio de prueba dedicado.Un subdominio que usted controle, dirigido a un receptor, es más limpio que debilitar la regla de producción.
Nunca desactives la lista de bloqueo globalmente para pasar la prueba. Así es como un atajo temporal de control de calidad se convierte en un agujero permanente.
Cosas que se rompen en bandejas de entrada reales
Estas son las fallas que un receptor local nunca le mostrará:
- Reescritura de enlaces.Las puertas de enlace de seguridad del correo electrónico reescriben cada URL. Tu eslabón mágico puede llegar envuelto y roto.
- Bloqueo de imágenes.El logo desaparece y el diseño colapsa a su alrededor.
- Modo oscuro.Una tarjeta blanca sobre fondo blanco se convierte en un rectángulo blanco.
- Códigos largos.Un código de seis dígitos está bien; un token de 64 caracteres se envuelve y parece un enlace roto.
- Calendario de caducidad.Un código que caduca en diez minutos no se puede utilizar si la entrega tarda cuatro.
- Colocación de spam.Los fallos de autenticación, un nuevo dominio de envío o una palabra desencadenante pueden enviar un correo electrónico transaccional al spam.
Una pequeña lista de verificación para el próximo lanzamiento
- El enlace de confirmación abre el entorno correcto e inicia la sesión del usuario una vez.
- El código caduca exactamente cuando la interfaz de usuario lo indica.
- El reenvío funciona y tiene una tarifa limitada.
- El mensaje se muestra a 320 px de ancho con imágenes bloqueadas.
- Existe una alternativa de texto sin formato y contiene el mismo enlace.
- Los enlaces para cancelar la suscripción y las preferencias funcionan para el correo de marketing, no solo para transacciones.
- La dirección se puede cambiar después de registrarse.
Las pruebas de correo electrónico no son atractivas y casi siempre se omiten. Los equipos que lo hacen detectan las fallas que los usuarios nunca informan: simplemente se van. Si necesitas un inbox real para el pase de entrega,genera uno aquí; para el pase lógico, mantenga el sumidero local. Y si se pregunta si su propio uso de direcciones desechables es justo,esta pieza sobre los juiciosdibuja la línea.