El staging debería ser un lugar seguro para romper cosas, pero las pruebas de email lo convierten a menudo en una mezcla de bandejas personales, cuentas reutilizadas, alias desactualizados y mensajes de verificación difíciles de rastrear. El correo temporal da a cada escenario una bandeja limpia para que QA y producto prueben los flujos de email sin desorden a largo plazo.
Esta guía es para QA legítimo, staging y pruebas de producto. No uses bandejas desechables para saltarse reglas de plataformas, crear cuentas abusivas ni manejar datos sensibles.
Por qué las pruebas de email en staging se descontrolan
El staging suele enviar los mismos mensajes que producción: confirmaciones de registro, códigos OTP, restablecimientos, magic links, invitaciones, avisos de facturación y onboarding. Si todos los testers reutilizan una bandeja compartida, el historial se vuelve difícil de entender.
Los problemas comunes incluyen:
- varias ejecuciones de prueba usando la misma dirección de email
- enlaces de verificación antiguos mezclados con los nuevos
- bandejas personales expuestas a datos de prueba
- ningún registro claro de qué mensaje pertenece a qué bug
- pruebas automatizadas inestables porque la bandeja ya contiene mensajes anteriores
Una bandeja temporal lo resuelve convirtiendo la dirección en parte del escenario de prueba.
Flujo recomendado para staging
Usa una bandeja por escenario de staging. Nombra la parte local con claridad, ejecuta la prueba y mantén el historial ligado a ese escenario.
Nombres de bandeja de ejemplo:
- `staging-signup-basic`
- `staging-otp-login`
- `staging-reset-expired`
- `staging-magic-link`
- `staging-invite-member`
Con [TempMailito](/), los testers crean una bandeja al instante, reciben el correo de staging, copian un código y mantienen el resultado visible para los bugs. Si el buzón debe sobrevivir a una sesión larga de QA, guárdalo en un perfil en vez de tratarlo como bandeja de invitado.
Qué validar en staging
Una buena prueba de email en staging comprueba más que si un mensaje llega. Verifica la experiencia completa del usuario:
- el correo llega dentro del tiempo de espera esperado
- el nombre y el dominio del remitente son correctos para staging
- el asunto es claro y seguro para el entorno
- los códigos OTP son fáciles de identificar y copiar
- los enlaces apuntan a staging, no a producción
- los enlaces caducados muestran mensajes de error seguros
- los magic links o enlaces de restablecimiento reutilizados fallan correctamente
- el contenido alternativo en texto plano es legible
- los mensajes transaccionales no incluyen datos reales de clientes
Para una visión más amplia de QA, consulta Correo temporal para cuentas de prueba QA y la página de caso de uso Correo temporal para pruebas QA.
Automatizar las comprobaciones de email en staging
Las comprobaciones manuales sirven antes de los releases, pero los flujos repetidos deberían automatizarse. Con la API de TempMailito, un test runner crea una bandeja temporal, envía un formulario de staging, sondea mensajes, extrae un código o enlace y completa el flujo en una prueba de navegador.
Un patrón de automatización estable tiene este aspecto:
- crea una bandeja temporal mediante la API
- envía el formulario de staging con esa dirección
- espera el asunto o remitente esperado
- lee el cuerpo del mensaje
- extrae el código OTP o el enlace de confirmación
- termina el flujo de usuario
- verifica que los enlaces inválidos o reutilizados se comportan correctamente
Si tu equipo usa comprobaciones basadas en webhooks, lee Cómo recibir webhooks de email desde una bandeja temporal.
Comprueba la configuración del dominio antes de probar
Si el staging usa un dominio propio, verifica el DNS antes de culpar a la app: unos registros MX ausentes o incorrectos hacen que la entrega parezca un bug de la aplicación.
Usa el comprobador de registros MX gratuito para inspeccionar los registros de enrutado de correo de un dominio y sus prioridades. Es especialmente útil al probar configuraciones de correo temporal con dominio propio o al mover el correo de staging entre proveedores.
Reglas de seguridad para las bandejas de staging
Las bandejas temporales son ideales para identidades de prueba controladas y verificación de corta vida. Evita usarlas para cuentas reales de empleados, acceso de administrador, facturación, exportaciones de clientes o flujos que requieran recuperación fiable a largo plazo.
Evita también copiar datos de producción en correos de staging. Una bandeja desechable debe reducir el riesgo, no convertirse en un lugar donde se almacenan datos sensibles por accidente.
Para más orientación sobre privacidad, lee Seguridad del correo temporal: qué datos no debes enviar nunca.
En resumen
El correo temporal hace más limpias las pruebas en staging: cada escenario obtiene su bandeja, su historial y su contexto de códigos. Usa nombres claros, valida los flujos con éxito y con fallo, automatiza lo repetitivo con la API y mantén los datos sensibles de producción fuera de los buzones desechables.