email validation testing
El tutorial de hoy trata sobre probar la funcionalidad de correo electrónico de cualquier aplicación.
En la mayoría de las aplicaciones web y móviles, la validación de la función de correo electrónico se considera una de las partes más importantes de las pruebas, para garantizar la calidad en el componente de correo electrónico y en otros componentes del sistema.
Los correos electrónicos activados en diferentes escenarios se consideran validados al verificar todos sus componentes que incluyen una plantilla de Correo electrónico, Enlaces / botones en los campos Correo electrónico, De, Para, CC, CCO, archivos adjuntos, contenido según la notificación por correo electrónico, etc.
Lo que vas a aprender:
- ¿Por qué necesitamos pruebas de correo electrónico?
¿Por qué necesitamos pruebas de correo electrónico?
Cada componente del sistema (aplicaciones web / móviles) puede tener diferentes propósitos para enviar correos electrónicos. Integración entre el (los) componente (s) y el correo electrónico juega un papel vital para llegar al usuario final con las notificaciones adecuadas. Cualquier negligencia cuando estemos validando esta función dará lugar a malentendidos, mala reputación de los clientes, piratería, etc.
Por ejemplo , imagine una situación en la que un usuario ha recibido un correo electrónico para restablecer la contraseña. ¿Qué sucede si el enlace / botón Restablecer contraseña o la URL proporcionada para copiar y pegar en un navegador no funciona? La única opción que queda aquí es ponerse en contacto con el servicio de atención al cliente, lo que puede volverse algo tedioso o imaginar una situación en la que el usuario sigue recibiendo un correo electrónico diariamente con respecto a la fecha de vencimiento del pago de facturas de 10 a 15 días antes o recibe un recordatorio después de la fecha de vencimiento. aprobado. - Irritante ¿no?
Hay muchos escenarios en los que los correos electrónicos se han convertido en una parte integral de nuestra vida, ya que están destinados a mantener al usuario actualizado con información precisa.
Escenarios comunes en tiempo real y puntos de validación para correos electrónicos
Los puntos de validación en los correos electrónicos de prueba varían de un tipo a otro, y nuevamente de una aplicación a otra. Por lo general, todos los correos electrónicos deben validarse para la plantilla (que incluye el logotipo de la aplicación, el nombre de la aplicación, la dirección del usuario, el contenido del pie de página: derechos de autor, detalles de atención al cliente), fecha y marca de tiempo para diferentes zonas horarias.
Aquí discutiremos algunos tipos comunes de correo electrónico que casi todo el mundo conoce (todos los puntos de validación que se indican a continuación son la verificación básica que el evaluador debe realizar mientras prueba los correos electrónicos de la aplicación).
# 1) Correos electrónicos de activación
Cuando un usuario se registra en una aplicación por primera vez, debe activar la cuenta haciendo clic en el enlace de activación enviado por correo electrónico. Esto también verifica que la dirección de correo electrónico proporcionada por el usuario sea válida y accesible.
Los puntos de validación son los siguientes:
- Enlace o botón de activación: al hacer clic en él, debería:
- Lleva al usuario a la página de la aplicación respectiva con la cuenta de usuario iniciada
- La cuenta de correo electrónico del usuario debe verificarse automáticamente si se accede correctamente a la página de la aplicación a través del correo electrónico.
- Duración: compruebe la duración dentro del cual se debe hacer clic y verificar el enlace.
- Verificar dentro de la duración especificada
- Intente verificar después de que haya pasado la duración: la cuenta no debe estar activada y el correo electrónico debe permanecer sin verificar
# 2) ¿Olvidó su contraseña?
Cuando un usuario olvida la contraseña para iniciar sesión en la aplicación, se puede realizar el flujo de contraseña olvidada para recibir un correo electrónico con un enlace para restablecer la contraseña (la función varía de una aplicación a otra. Esta es la general).
Los puntos de validación son los siguientes:
- Restablecer enlace de contraseña:
- Al hacer clic en él, el usuario debe ir a la página de la aplicación correspondiente para restablecer la contraseña.
- Algunas aplicaciones le pedirán al usuario que responda la pregunta de seguridad antes de mostrar la página de restablecimiento de contraseña, y algunas tendrán una pregunta de seguridad integrada con la página de restablecimiento de contraseña, y algunas no tendrán esta función en absoluto.
- Si el usuario restablece la contraseña correctamente, el enlace en el correo electrónico de contraseña olvidada que se ha recibido debería desactivarse y dejar de funcionar.
- Si el usuario cancela el flujo de restablecimiento de contraseña, el enlace en el correo electrónico de contraseña olvidada que se ha recibido debe permanecer activado
- Duración: compruebe el tiempo dentro del cual se debe hacer clic en el enlace para restablecer la contraseña
- Haga clic en el enlace y restablezca la contraseña con éxito dentro de la duración especificada
- Intente hacer clic en el enlace después de que haya pasado la duración: el enlace debe estar desactivado y caducado
¿Hay una aplicación para programar publicaciones de Instagram?
# 3) Notificaciones de fecha de vencimiento
Esto es para recordarle al usuario la acción que debe realizar en un número determinado de días. Suele ser el pago de facturas, la realización de acciones sobre los elementos pendientes (ejemplo: aceptar o rechazar la invitación a algún evento en un número determinado de días, enviar formularios, etc.).
Los puntos de validación son los siguientes:
- Número de días de vencimiento / fecha de vencimiento
- Si el correo electrónico notifica sobre una cantidad de días de vencimiento, entonces el número debe ser cero o más, cero días destinados a ser la fecha actual de vencimiento. No debe estar en números negativos. Si el correo electrónico notifica sobre una fecha de vencimiento (fecha del calendario), la fecha debe ser la actual o la futura.
- Tipo de acción
- Compruebe cuál es el tipo de acción necesaria. Debe indicar muy claramente qué tipo de acción debe realizar el usuario. Ya sea el pago de facturas, envíos, comentarios, etc.
# 4) Notificaciones vencidas
Esto es para informar al usuario sobre la fecha de vencimiento. Por lo general, esto es para informar al usuario que no ha tomado medidas sobre los elementos dentro de la fecha de vencimiento.
- Número de días vencidos
- Verifique que el número de días vencidos sea uno o más. Nunca debe ser cero o números negativos
- Frecuencia
- Pocas aplicaciones tendrán la posibilidad de personalizar los correos electrónicos vencidos para que se envíen diariamente / semanalmente / mensualmente, una vez que haya pasado la fecha de vencimiento, hasta que el usuario complete la acción. Pocas aplicaciones tendrán la notificación estándar que se enviará una sola vez después de que haya pasado la fecha de vencimiento.
# 5) Suscripciones
Esto varía según los requisitos del usuario. El usuario puede seleccionar una de las siguientes suscripciones diarias, semanales, quincenales o mensuales. Esto generalmente será para boletines, actualizaciones, ofertas, etc.
- Frecuencia
- Los correos electrónicos deben enviarse según la selección del usuario para una suscripción. Si es diario, el correo electrónico de suscripción debe enviarse solo una vez al día. Si es semanal, una vez a la semana. Y continúa ...
- Enlaces
- Cualquier vínculo en el correo electrónico debe navegar a la página respectiva de la aplicación. Si el correo electrónico es para actualizaciones, entonces el enlace debe redirigir a la página donde se deben mostrar las actualizaciones. Si el correo electrónico es para ofertas, el enlace debe redirigir a la página Ofertas de la aplicación. Depende del tipo de suscripción que haya seleccionado el usuario.
# 6) Formularios
Los correos electrónicos aquí tienen la intención de que el usuario proporcione comentarios a través de formularios / enlaces a formularios. Los puntos de validación son los siguientes:
- Enlaces
- El enlace en el correo electrónico debe redirigir al usuario a la página de envío del formulario de la aplicación según el tipo de formulario que el usuario debe enviar.
- Una vez enviado, hacer clic en el enlace nuevamente debería notificar al usuario que el formulario ya ha sido enviado. No debe permitir que el usuario vuelva a enviar el formulario.
# 7) Correos electrónicos de confirmación
Los correos electrónicos aquí son para notificar al usuario sobre la confirmación de la acción tomada. Suelen ser las confirmaciones de reservas, confirmaciones de pedidos, confirmaciones de consultas, etc.
Los puntos de validación son los siguientes:
- Detalles de la confirmación:
- El número de pedido / número de reserva debe ser correcto y coincidir con el número que se muestra en la interfaz de usuario de la aplicación. Como es el identificador para rastrear los pedidos / reservas, debe ser único (para ser validado en backend - DB) en toda la aplicación. Ningún pedido / reserva debe compartir el mismo identificador.
- Junto con el número, también debe validarse para el tipo de pedido, la información del usuario, la dirección de facturación, la dirección de envío y el precio. Toda la información debe ser exactamente similar a la que el usuario ha proporcionado en la interfaz de usuario de la aplicación.
- Enlaces:
- Un vínculo en el correo electrónico debe llevar al usuario a la página de detalles del pedido en la interfaz de usuario de la aplicación. Debe haber una coincidencia exacta entre la información del correo electrónico y la interfaz de usuario de la aplicación
mejores libros para aprender seguridad cibernética
# 8) Transcripción del chat
Aquí, un usuario recibe la transcripción completa del chat como correo electrónico. Por lo general, esto ocurre una vez que finaliza el chat en vivo con soporte al cliente.
Los puntos de validación son los siguientes
- Detalles
- Verifique el nombre de la persona que brindó soporte en línea. Verifique que todo el chat esté presente en el correo electrónico con los detalles del remitente para cada entrada de chat (nombre de la persona, fecha y hora en que se envió el mensaje de chat, etc.)
# 9) Correos electrónicos con archivo adjunto
El usuario recibe correos electrónicos con archivos adjuntos. Los archivos adjuntos se pueden proteger o desproteger con contraseña. Por lo general, son las declaraciones de los dominios financieros, el Acuerdo de licencia del usuario final como referencia, los Términos y condiciones como referencia, etc., esto nuevamente varía de una aplicación a otra.
Los puntos de validación son los siguientes:
- Tipo de adjunto
- Los tipos de archivo válidos deben enviarse como archivo adjunto. Todos los archivos adjuntos que se abren deben ser analizados por virus antes de descargarlos / abrirlos. De nuevo, esto se puede personalizar a nivel de aplicación en el backend, como el análisis de virus que se realizará solo al descargar, solo al abrir, tanto para descargar como para abrir.
- Los archivos adjuntos protegidos con contraseña deben descargarse sin solicitar la contraseña. Pero al abrirlo desde el mismo correo electrónico o al abrir la copia descargada, siempre debe solicitar la contraseña. Las entradas de contraseña incorrectas aquí serán indefinidas ya que la copia local no se puede rastrear en línea para bloquear el archivo adjunto.
Tipos de correos electrónicos
El tipo de correo electrónico puede ser HTML (colorido y atractivo para los usuarios, que le interesa al usuario leer los correos electrónicos en su totalidad) o texto sin formato (solo un texto).
HTML son los más preferidos y, por lo general, se configura como predeterminado en casi todas las aplicaciones en el backend. Si es necesario, las aplicaciones pueden optar por enviar correos electrónicos de texto sin formato a los usuarios, nuevamente, esto requiere cambios en el backend.
Puntos de activación de correos electrónicos:
Los correos electrónicos se pueden enviar inmediatamente o como resumen / lote. Los correos electrónicos inmediatos se activan por la acción del usuario. Por lo general, estos serán correos electrónicos de activación, correos electrónicos de restablecimiento de contraseña, transcripciones de chat, correos electrónicos de confirmación, etc., es decir, los correos electrónicos de resumen / por lotes se activan en función de la configuración en el backend de la aplicación.
Los puntos de activación de correo electrónico se definirán para activarse en un momento específico ( por ejemplo 3rddía de cada semana a las 12:00 AM). Por lo general, serán los extractos de dominios financieros (extractos bancarios), notificación de fecha de vencimiento de facturas, notificaciones vencidas, suscripciones, etc.
Rebotes:
Es un escenario muy común que los correos electrónicos reboten cuando se envían a una dirección de correo electrónico no válida. Por lo general, la dirección de correo electrónico que está desactivada / ya no está en uso y no existe en absoluto, son los candidatos que se recuperan.
Por lo general, el servidor intenta enviar un correo electrónico a la dirección deseada durante un número específico de veces. Cuando no llega a la dirección de correo electrónico deseada, se recupera y realiza una entrada en el servidor por su falla. Habrá un servidor diferente para mantener este tipo de actividades y generalmente se denominan servidores de recuperación. Puede haber varias razones para que un correo electrónico falle al llegar a su usuario.
A continuación se muestran algunos otros puntos de falla:
- El servidor de correo electrónico está inactivo durante mucho tiempo
- El algoritmo para encontrar una ruta corta para llegar al usuario no está funcionando correctamente y tarda mucho en llegar al usuario, para ese momento tal vez se haya cruzado el tiempo especificado para llegar al usuario. Esto generalmente se denomina mayor número de saltos.
- El dominio de correo electrónico del usuario está inactivo durante mucho tiempo
- La cuenta de usuario de la aplicación no está activada para recibir correos electrónicos.
Alcance de localización para pruebas de correos electrónicos
Cuando la aplicación admite varios idiomas, la compatibilidad también debe extenderse a los correos electrónicos.
Todos los correos electrónicos enviados deben estar en el idioma del perfil de usuario. Si un usuario ha establecido el inglés como idioma de perfil, todos los correos electrónicos que se le envíen deben estar en inglés. Si el idioma del perfil del usuario es francés, entonces todos los correos electrónicos que se le envíen deben estar en francés. El idioma del perfil de usuario puede ser una configuración única o se puede cambiar cuando sea necesario, lo que depende de la configuración de la aplicación.
El correo electrónico debe enviarse en el idioma que tiene el usuario en el momento en que se activa.
Los puntos de validación comunes para las pruebas de localización de los correos electrónicos son los siguientes:
- Línea de asunto
- Cuerpo del correo electrónico
- Contenido - texto del cuerpo
- Nombre del enlace / nombre del botón
- Informacion registrada
- Detalles de soporte al cliente
Estándar / Personalización de correos electrónicos
Los correos electrónicos se pueden personalizar en el backend.
Por ejemplo , pocas aplicaciones ayudan al usuario a personalizar los correos electrónicos cuando se envían. El usuario puede cambiar aquí el Asunto y / o cuerpo del correo electrónico a su conveniencia o con el fin de reconocerlo fácilmente. En este caso, el equipo de pruebas debe realizar pruebas exhaustivas, ya que las posibilidades de intrusión son altas.
prueba unitaria vs ejemplo de prueba de integración
Deben realizarse pruebas para inyecciones: enviar código HTML, código Java, SQL, etc. Todo esto debería fallar para aumentar los niveles de seguridad. Si la aplicación no admite la personalización de correos electrónicos, todos los correos electrónicos enviados seguirán el asunto / cuerpo estándar según lo establecido por una aplicación.
Conclusión
Probar correos electrónicos es una actividad importante ya que la mayoría de los componentes de la aplicación están integrados con esta funcionalidad.
Debe ser el apoyo y el esfuerzo de todo el equipo probar completamente la funcionalidad de correo electrónico de la aplicación. Esto debe estar bien planeado mucho antes de que comience la prueba real y debe ir de la mano mientras se prueba cada componente / componente asociado.
Las pruebas de correo electrónico deben tener los casos de prueba separados escritos para cada tipo de correo electrónico que cubran todos los aspectos a probar. Esto debe llevarse a cabo en todos los tipos de pruebas Pruebas de regresión, pruebas Adhoc, pruebas de localización, pruebas UAT y pruebas de producción.
Todo lo que salga mal en el correo electrónico en tiempo real dejará una mala impresión en la aplicación, los clientes y, finalmente, se transferirá a los probadores de esa aplicación. Por lo tanto, las validaciones de correo electrónico son una actividad muy importante y muy necesaria en las pruebas de software.
Sobre el Autor: Esta publicación está escrita por la autora de STH, Nandini K. Tiene más de 7 años de experiencia en pruebas de software, principalmente en pruebas de aplicaciones web.
Háganos saber si tiene alguna pregunta / sugerencia.
Lectura recomendada
- 10 MEJORES herramientas de prueba de correo electrónico para su próxima campaña de correo electrónico exitosa
- Mejores herramientas de prueba de software 2021 (Herramientas de automatización de pruebas de control de calidad)
- Diferencia entre pruebas de escritorio, cliente-servidor y pruebas web
- Guía de pruebas de seguridad de aplicaciones web
- Los 10 principales servicios de verificación y validación de correo electrónico en 2021
- Pruebas de aplicaciones: ¡los conceptos básicos de las pruebas de software!
- Instale su aplicación en el dispositivo y comience a probar desde Eclipse
- Descarga del libro electrónico Testing Primer