Por qué los testers usan un correo desechable
Casi todas las aplicaciones envían correos: confirmaciones de pedido, códigos de un solo uso, facturas, reservas, avisos y notificaciones. Esos correos son parte del producto, y fallan más de lo que parece. El enlace apunta al entorno de pruebas. El código llega cuando ya ha caducado. El remitente aparece como un nombre de servidor del tipo ip-10-0-3-17.internal. Nadie se da cuenta hasta que un cliente real se queja.
Probar con tu propio Gmail u Outlook no escala. Se te acaban los alias con "+", la bandeja se llena de basura de pruebas y no puedes pasarle la dirección a un compañero fácilmente. Una bandeja desechable lo resuelve: abres la página, copias la dirección, la usas en tu aplicación y ves llegar el correo en tiempo real. Cuando terminas, te olvidas. Se borra sola a los 7 días.
Como es una bandeja real en un dominio real, tu aplicación envía el correo por SMTP normal, igual que a un cliente. Pruebas el camino completo, desde tu código hasta tu proveedor de correo, el DNS y la entrega, no un mock.
Cómo probar los correos de tu aplicación en menos de un minuto
- Copia la dirección que aparece arriba en esta página.
- Úsala en tu aplicación (local, pruebas o producción) en cualquier punto que envíe un correo: un registro, un pedido, una reserva, un pago, un aviso.
- Mira la bandeja. El correo aparece sin recargar, normalmente en unos segundos.
- Revisa el correo: remitente, asunto, contenido, cada enlace y cualquier código.
- Pulsa los enlaces o usa el código para terminar el flujo y comprobar que cada paso funciona.
Ejemplo: probar la contratación de un plan móvil con eSIM antes del lanzamiento
Imagina que trabajas en QA en una operadora móvil y el lanzamiento de la semana que viene cambia cómo los clientes contratan un plan por internet. El cliente elige un plan, escribe su correo, paga y, a partir de ahí, casi todo el proceso ocurre por correo. Cada uno de esos correos tiene que estar bien desde el primer día, porque un enlace equivocado significa un cliente que no puede activar su eSIM.
Con una bandeja desechable puedes recorrer todo el proceso como un cliente nuevo, en el entorno de pruebas, antes de salir a producción:
- Contrata un plan en el entorno de pruebas con la dirección de esta página.
- Verifica el correo con el código que llega por email.
- Revisa la confirmación del pedido: nombre del plan, precio con impuestos, permanencia y número de pedido.
- Revisa el correo de la eSIM: que la imagen del código QR se vea, que tenga texto alternativo y que el enlace de activación apunte a producción y no a un servidor de pruebas.
- Revisa el correo de bienvenida con el número de cliente y el enlace al área de clientes.
- Repite con cada tipo de plan (prepago, pospago, plan familiar) en una pestaña nueva, para que cada cliente de prueba tenga su propia bandeja.
La misma idea sirve en cualquier sector donde una acción del cliente va seguida de correos: bancos, seguros, tiendas online, reservas de viaje o pruebas gratuitas de SaaS. Prueba cada correo que va a recibir el cliente antes del lanzamiento, no después de la primera queja.
Errores que detectas antes que tus usuarios
- Enlaces de pruebas en correos de producción. Una URL base copiada del entorno equivocado. Muy común, e invisible hasta que alguien hace clic.
- Códigos que caducan demasiado rápido. El correo tarda 40 segundos en llegar y el código vale 30.
- Plantillas rotas. Una variable como
{{first_name}}sin sustituir, o un asunto vacío. - Falta de autenticación. Si tus correos van a spam, revisa el SPF, DKIM y DMARC de tu remitente. Lo explicamos en SPF, DKIM y DMARC explicados en lenguaje sencillo.
- Idioma o formato equivocado. Un cliente en México recibe la plantilla en inglés, o las fechas y precios salen con el formato de otro país.
Probar con varios usuarios a la vez
Las invitaciones, los roles de equipo y los flujos de aprobación necesitan más de una persona. Abre esta página en una pestaña nueva o en una ventana privada y tendrás una bandeja totalmente distinta. Una pestaña por usuario de prueba es la forma más rápida: invita al usuario B desde la cuenta de A, acepta desde la bandeja de B y comprueba qué ve A después. Más detalles en pruebas multiusuario para QA.
Cuándo no usar un correo desechable
Las bandejas desechables son para pruebas. Cualquiera con el enlace de la bandeja puede leerla, y todo se borra a los 7 días. No la uses para cuentas de administración en producción, nada relacionado con pagos ni cuentas que puedas necesitar recuperar. Para eso, usa un buzón real que controle tu equipo.
Tampoco pongas correos de clientes reales en tus entornos de pruebas: además del riesgo de enviarles un correo de prueba por error, choca con las leyes de protección de datos (como el RGPD en Europa). Una dirección de prueba evita el problema.
Preguntas frecuentes
- ¿Es una bandeja real o un mock?
- Es una bandeja real en un dominio real. Tu aplicación envía por SMTP normal, igual que a un cliente, así que pruebas el camino completo: tu código, tu proveedor de correo, el DNS y la entrega.
- ¿Se ven los correos HTML?
- Sí. Los correos HTML se muestran tal como los verán tus usuarios.
- ¿Cuánto tiempo se guardan los correos de prueba?
- Cada correo se borra automáticamente 7 días después de llegar, y la bandeja caduca 7 días después de crearse. También puedes borrarlo todo tú mismo cuando quieras.
- ¿Puedo probar con varios usuarios a la vez?
- Sí. Abre la página en una pestaña nueva o en una ventana privada y tendrás otra bandeja. Una pestaña por usuario de prueba funciona muy bien para invitaciones, roles y aprobaciones.
- ¿Por qué no me llegó el correo de prueba?
- Primero revisa que la dirección no tenga errores. Algunos servicios bloquean dominios desechables conocidos, y algunos proveedores retrasan uno o dos minutos el primer correo de un remitente nuevo. Si lo envía tu propia aplicación, revisa sus logs y el panel de tu proveedor de correo.
- ¿Puedo usarlo para cuentas de producción?
- No. Cualquiera con el enlace puede leer la bandeja y caduca a los 7 días. Úsalo para pruebas, nunca para cuentas que necesites recuperar después.