¿Deberían los QAs Preocuparse por las Pruebas de Correo Electrónico?
Sí, los QAs deberían preocuparse por las pruebas de correo electrónico. Este artículo explica los motivos, los elementos a testear y cómo hacer que el testing de emails sea sencillo.
Antes que nada, debes entender de qué tipo de pruebas de correo electrónico estamos hablando.
En general, las pruebas de correo electrónico se refieren a varios métodos para verificar los correos antes de enviarlos. Para los especialistas en marketing, se trata más de analizar el contenido y hacer pruebas A/B en sus campañas. Para desarrolladores y QAs que trabajan con aplicaciones que envían correos transaccionales, el testeo de correos implica un ciclo de acciones más grande: desde analizar HTML hasta asegurar la entregabilidad del correo.
¿Quieres más de The CTO Club?
Crea una cuenta gratuita para terminar de leer este contenido y unirte a una comunidad de CTOs y líderes de ingeniería que comparten marcos, herramientas y conocimientos reales para diseñar, desplegar y escalar tecnología impulsada por IA.
Have an account? Log In
Hablaré sobre:
- Importancia de las Pruebas de Correo Electrónico
- 4 Puntos Críticos del QA en Pruebas de Correo + Alternativas
- Principales Elementos de los Correos que Deberías Probar
Primero, la importancia del testing de emails para los QAs.
No Puedes Dejar el Testeo de Lado: Aquí la Razón
Estadísticamente, más de 300 mil millones de correos electrónicos se envían y reciben cada día. Es difícil imaginar la cantidad de correos defectuosos que las empresas envían diariamente. Sin embargo, es innegable que estos mensajes afectan la reputación de la marca y brindan una pobre experiencia de usuario.
Por esto, depurar los emails es responsabilidad del equipo de desarrollo/QA para asegurarse de que el equipo de marketing pueda lanzar campañas adecuadas.
Saltar esta etapa conduce a tres grandes consecuencias negativas:
Errores de Renderizado = Mala Experiencia del Usuario
Desafortunadamente, no todos los clientes de correo soportan HTML y CSS de la misma manera. Outlook, o la app Gmail para cuentas que no son de Google, por ejemplo, no muestran imágenes de fondo.
De igual forma, los clientes de correo suelen establecer pautas específicas para el diseño de emails: Yahoo Mail obliga márgenes mientras que Gmail recorta mensajes que superan 102kB.
Dado que los diseñadores no necesariamente consideran los estándares de renderizado de toda la variedad de clientes de correo, es labor del tester cumplir con todas esas demandas.
Por eso debes centrarte en testear las campañas antes de compartirlas con usuarios. Si no, una persona puede ver tu correo recortado, con el diseño desalineado, no responsive o con contenido no soportado. El resultado será una mala experiencia de usuario y mayores posibilidades de que los clientes no regresen. Si se considera que toda la campaña contiene correos defectuosos, resulta frustrante.
La Entregabilidad se Resiente
Asegurar una vía confiable entre los emails generados en la aplicación y los usuarios finales es clave para atender grandes bases de usuarios. Como muchos equipos usan notificaciones por correo para enviar contraseñas y avisar a la comunidad sobre actualizaciones, no llegar a los suscriptores es un verdadero problema.
En el marketing por email, la entregabilidad es un factor determinante para saber si un usuario podrá leer tu mensaje importante. Hay muchos elementos que afectan la tasa de entregabilidad de una campaña: cantidad de correos marcados como spam, interacción de los usuarios con los mensajes, tasas de rebote, entre otros.
Lograr una entregabilidad fluida implica mucho trabajo, y normalmente es responsabilidad del equipo de ingeniería. El QA debe estar al tanto de cuándo y cuántos correos transaccionales envía el sitio web o app. Por el contrario, echar todo el esfuerzo por la borda es muy fácil: unos pocos enlaces rotos o una verificación de spam fallida pueden arruinar meses de trabajo.
Las pruebas de entregabilidad permiten evitar estos molestos contratiempos, ya que facilitan que el equipo QA pueda:
- evitar trampas de spam (emails falsos creados por ISPs y que suelen ser cazados por bots e incluidos en la base de suscriptores)
- ver qué elementos de la infraestructura de correos están mal configurados (IP, registros DNS, registros de autenticación, etc.)
- asegurarse de que no haya palabras o contenidos disparadores de spam
Si un QA o desarrollador ignora los checks de spam y las pruebas de entregabilidad, las campañas o correos importantes no llegarán al usuario final. ¿Cómo podrá restablecer su contraseña o recibir un enlace de registro si un correo no testeado se pierde en la red? Los emails no entregados pueden traducirse en pérdidas de clientes y fallos en el negocio.
La Reputación se Ve Afectada
Actualmente, los correos altamente personalizados son una fuerte tendencia. No obstante, al enviar mensajes llenos de etiquetas dinámicas, las cosas pueden descontrolarse.
No es ninguna novedad que los destinatarios reciban correos con etiquetas de nombre incorrectas o asuntos del tipo “Hola, [username]”. Para las marcas, pequeños descuidos arruinan la conversión de toda la campaña y deterioran las relaciones con los medios. La razón es sencilla: no tienes una segunda oportunidad para causar una buena primera impresión. Si fallas una vez, es probable que los suscriptores marquen el correo como spam o dejen comentarios negativos. Y la marca quedará asociada a remitentes de correos con errores solo porque alguien omitió la prueba de HTML/CSS.
Lectura relacionada: LOS RESULTADOS POSITIVOS DE LAS PRUEBAS NEGATIVAS
4 puntos críticos en las pruebas de QA de emails (+ cómo solucionarlos)
Resumimos tres efectos principales que se derivan de enviar correos con errores. Ahora es momento de comprender los dolores de cabeza de aquellos testers que luchan con valentía contra los bugs en los emails.
No podemos ni queremos juzgar. Durante años, muchos flujos de trabajo para probar emails tuvieron deficiencias que hicieron el proceso demasiado manual, lento e ineficiente.
Existen alternativas viables que eliminan los puntos de dolor de las pruebas. Veamos cómo abordar los inconvenientes más molestos.
1. Los correos de prueba llegan a usuarios reales
Este molesto problema surge porque los equipos de QA usan dominios de producción para hacer pruebas. Como resultado, es fácil cruzar la línea y enviar por error un mensaje de prueba a una lista de suscriptores.
Además, usar el servidor de producción para hacer pruebas aumenta el volumen de envíos de un dominio y perjudica su autoridad.
Es sencillo evitar enviar correos por error a usuarios reales si utilizas un entorno separado para probar. Hay dos formas seguras de probar emails:
- Prueba en entorno de desarrollo usando integración por API
- Utilizar herramientas que imitan el funcionamiento de servidores SMTP reales con la posibilidad de verificar puertos SMTP comunes y otros elementos de infraestructura.
2. Baja entregabilidad (o llegar a la carpeta de spam)
Si tus emails de prueba van a ‘Spam’, no es necesariamente una señal de alerta. Antes de alarmar al equipo de marketing y revisar toda la infraestructura, descarta las siguientes posibilidades:
- Tu correo de prueba aún tiene texto de relleno. Cuando envíes correos de prueba, asegúrate de que el cuerpo del mensaje sea exactamente el que verá el usuario. Artefactos como “Lorem Ipsum dolor” activan los filtros de spam y arruinan la entregabilidad.
- No abres tus propios correos de prueba. Si usas tu propia dirección para probar, a menos que interactúes con ellos, los proveedores de servicios marcarán los correos como irrelevantes y empezarán a enviarlos a spam.
- La dirección del remitente y destinatario coinciden. Para entregar correos con éxito, los clientes de correo exigen que las direcciones de remitente y destinatario no sean el mismo buzón. Así que, cuando te envíes un correo de prueba a ti mismo, utiliza una dirección diferente a la de envío.
- No hay enlace de “Darse de baja”. Los envíos que no tienen un pie de página de “Darse de baja” tienen un 99,9% de posibilidades de rebotar o ser marcados como spam.
3. Mala visualización y falta de adaptabilidad entre dispositivos
Otro obstáculo al que se enfrentan los QAs es ver que los mensajes se muestran de forma diferente en distintos clientes de correo o dispositivos. Si esto ocurre en tu tanda de pruebas, hay varios factores específicos de los clientes que deberías revisar, validando el cuerpo del correo en los siguientes casos:
Gmail:
- Las imágenes son compatibles por defecto.
- Los correos que superan los 102 kB se recortan automáticamente.
- La etiqueta <style> se coloca en el head del correo.
- Escalado automático de emails en iPhone (las imágenes pueden parecer descentradas, así que es mejor poner “padding:0” en <body>).
- El tamaño mínimo de texto es 10,5 pt para el cuerpo y 16,5 pt para encabezados, para asegurar legibilidad en smartphones.
Outlook:
- No hay soporte para imágenes de fondo.
- No hay soporte para elementos interactivos como formularios o casillas de verificación.
- No hay soporte para videos HTML5 o GIFs.
- Soporte limitado para el espaciado interno (padding).
4. Baja eficiencia en las pruebas
A principios de los años 2000, las pruebas de correo electrónico eran manuales, estáticas y tediosas. Los equipos de pruebas necesitaban generar los correos desde cero y enviarlos a direcciones de prueba. La buena noticia es que, hoy en día, la mayoría de estos pasos pueden automatizarse con facilidad.
Aquí tienes algunas herramientas que ayudan a los equipos de QA a invertir menos tiempo en las pruebas de elementos únicos del correo electrónico:
- Vista previa de correo: Litmus
- Servidores de correo: GMass
- API de correo: Mailosaur
- Revisión de spam: SpamAssassin
- Entregabilidad del correo: Mail-Tester
- Revisión de HTML: HTML Email Check
- Sistema de automatización de navegador: Selenium
Si necesitas una solución de pruebas integral que te permita testear todos los aspectos técnicos del correo electrónico, incluyendo SMTP, API y HTML/CSS, prefiere herramientas que fomenten la colaboración como Mailtrap.
Las pruebas de correo electrónico son solo una faceta del aseguramiento de la calidad. Para un enfoque integral de QA, consulta nuestra guía de las mejores herramientas de pruebas de software.
Elementos clave del correo electrónico que deberías probar
Ahora que sabes por qué no es posible prescindir de las pruebas de correo electrónico y entiendes cómo abordar los principales obstáculos que enfrentan los equipos de QA durante las sesiones, es momento de crear una estrategia de pruebas paso a paso que garantice alta entregabilidad y una visualización impecable de tus correos.
Estos son los principales tipos de pruebas de correo electrónico que un equipo de QA debería realizar.
1. Monitorización SMTP
Los errores de SMTP son uno de los causantes habituales de los problemas de entregabilidad de correo o fallos completos en la infraestructura de email. Estos son los aspectos que los QA deben vigilar:
- El firewall está bloqueando la comunicación.
- La respuesta del servidor tarda demasiado tiempo.
- El servidor SMTP se conecta con un nombre de host incorrecto.
- El servidor SMTP no soporta los comandos proporcionados.
Para agilizar la evaluación de SMTP, los equipos de QA utilizan herramientas dedicadas: Web Biz o Wormly.
2. Pruebas de API de correo electrónico
Las pruebas de API permiten a los desarrolladores testear correos electrónicos sin salir del entorno de desarrollo (IDE). Al usar APIs, puedes:
- Automatizar al máximo el proceso.
- Obtener correos electrónicos mediante código.
- Extraer y verificar el contenido de un correo de prueba.
- Aplicar coincidencia de patrones.
- Enviar correos de prueba con archivos adjuntos.
Diferentes lenguajes de programación ejecutan diferentes scripts para la prueba de correo vía API. Para facilitar el proceso, valora la implementación de herramientas como Mandrill o MailSlurp.
3. Envío local de correos de prueba
Otra forma de probar correos electrónicos es configurando un servidor local. De este modo, los equipos de QA alivian la carga de envío del entorno de producción y separan las pruebas de una campaña real.
Realizar pruebas de correo electrónico en un servidor local es útil para asegurarte de que no envías por error un lote de pruebas a los suscriptores. Las herramientas que puedes considerar son Mailhog o Mailcatcher.
4. Pruebas de entregabilidad y spam
Como mencionamos, las pruebas de entregabilidad y de spam ayudan a controlar la reputación de tu dominio y tu IP, y a descubrir si la dirección del remitente no está en listas negras de ISPs.
Mail-Tester o GlockApps pueden ser de gran utilidad.
Conclusión
En la comunidad QA, las pruebas de correo electrónico a menudo se consideran secundarias frente a las pruebas funcionales y de rendimiento. En realidad, los equipos de QA no deberían subestimar la depuración de correos y las pruebas de infraestructura. Prueba los enfoques mencionados en este artículo. Cuéntanos en los comentarios qué herramientas de pruebas de correos prefieres.
Para más información sobre esto y otros consejos de expertos en QA, no olvides suscribirte al boletín de The QA Lead para mantenerte al día con lo mejor del mundo de la ingeniería de calidad.
Lista relacionada de herramientas: LAS 10 MEJORES HERRAMIENTAS DE PRUEBAS DE EMAIL PARA UNA ENTREGA OPTIMIZADA
¡No dejes de aprender! Escucha este podcast: PRUEBAS AUTOMATIZADAS CON EL CEO DE TESTRIGOR ARTEM GOLUBEV Y PAUL GROSSMAN
