Una dirección de prueba como `test@example.com` puede demostrar que un formulario acepta texto. No demuestra que Microsoft recibió el mensaje, que el asunto era legible, que el enlace abrió correctamente ni que el buzón mostró el diseño previsto. Para esas comprobaciones, QA necesita un buzón real de Outlook.com o Hotmail.
Eso no significa que cada prueba automatizada deba crear una cuenta externa nueva. Es mejor aprovisionar con antelación un grupo aprobado, asignar una función definida a cada cuenta y rotar solo las identidades cuyo estado invalidaría la siguiente ejecución.
Qué permiten probar los buzones Outlook
- Enlaces de registro y verificación recibidos por un buzón personal alojado por Microsoft
- Flujos de restablecimiento de contraseña y autenticación mediante enlace mágico
- Escenarios de invitación, funciones e incorporación de varios usuarios
- Renderizado HTML, asuntos, nombres de remitente y comportamiento de enlaces
- Preferencias de notificación, resúmenes y cancelación de suscripción
- Diferencias entre Outlook, Gmail y Yahoo
Identidades de prueba desechables y persistentes
| Tipo de identidad | Ideal para | Estrategia de restablecimiento |
|---|---|---|
| Desechable | Pruebas únicas de registro y exclusividad | Retirar después de la ejecución |
| Persistente | Pruebas de regresión con un estado conocido | Restablecer los datos de la aplicación y conservar el buzón |
| Grupo compartido | Pruebas exploratorias manuales | Reservar y liberar mediante un registro de pruebas |
| Por probador | Trabajo paralelo de QA | Revisar el acceso cuando el probador cambie de equipo |
Diseña el grupo de cuentas
- 1Enumera los flujos de la versión que dependen del correo
- 2Calcula cuántas direcciones únicas consume un ciclo completo de pruebas
- 3Separa los escenarios desechables de los persistentes
- 4Usa un patrón de nombres como `qa-preprod-reset-001`
- 5Crea un lote autorizado de Outlook mediante MailCreator
- 6Guarda las credenciales en el gestor de secretos del entorno de pruebas
- 7Registra qué pruebas consumieron cada identidad desechable
- 8Retira el lote según la política de datos de prueba
No aprovisiones dentro de la ruta crítica de prueba
Prepara el grupo de buzones antes de ejecutar la suite. Crear cuentas externas en cada ejecución de CI añade latencia y una dependencia del proveedor que puede volver inestables pruebas que estaban funcionando correctamente.
Crea una matriz de pruebas entre proveedores
Un correo que funciona en Gmail puede mostrarse de forma diferente o seguir otra ruta de filtrado en Outlook. Elige un pequeño conjunto representativo de proveedores y prueba el mismo mensaje y acción en cada uno. Mantén idéntico el resultado esperado para que el proveedor sea la variable relevante.
| Comprobación | Gmail | Outlook | Yahoo |
|---|---|---|---|
| Mensaje recibido | Obligatorio | Obligatorio | Obligatorio |
| Asunto y remitente | Comparar | Comparar | Comparar |
| HTML y diseño adaptable | Comparar | Comparar | Comparar |
| Enlace de verificación | Completar | Completar | Completar |
| Ubicación en spam | Registrar | Registrar | Registrar |
Microsoft mantiene un centro de ayuda y solución de problemas de Outlook.com para los problemas actuales del buzón. Usa las indicaciones oficiales del proveedor cuando un problema sea específico de Outlook.com, en lugar de suponer que lo causó la aplicación que estás probando.
Para sesiones de prueba manuales, la guía para añadir varias cuentas Outlook en Windows explica cómo conectar buzones existentes sin confundir la configuración de la aplicación con la creación de cuentas. Si no se puede añadir o verificar un buzón, consulta la guía de problemas de configuración de cuentas Outlook antes de sustituir la identidad de prueba.