Les QA doivent-ils se préoccuper des tests d’e-mails ?

Je vais aborder :

• Importance des tests d’e-mails
• 4 difficultés des tests d’e-mails QA + solutions 
• Principaux éléments d’e-mails à tester

Commençons par l’importance des tests d’e-mails pour les QA.

Vous ne pouvez pas négliger les tests : voici pourquoi

Statistiquement, plus de 300 milliards d’e-mails sont envoyés/reçus chaque jour. Il est difficile d’imaginer le nombre d’e-mails bogués envoyés quotidiennement par des entreprises. Pourtant, il est incontestable que de tels messages nuisent à la réputation de la marque et offrent une mauvaise expérience utilisateur.

De ce fait, le débogage des e-mails relève de la responsabilité de l’équipe de développement/QA afin de garantir que l’équipe marketing pourra lancer une campagne correcte.

Sauter cette étape conduit à trois conséquences majeures négatives :

Erreurs d’affichage = Mauvaise expérience utilisateur 

Malheureusement, tous les clients e-mail ne gèrent pas le HTML et le CSS de la même façon. Outlook ou l’application Gmail pour les comptes non Google, par exemple, n’affichent pas les images de fond. 

De même, les clients de messagerie ont souvent des conventions spécifiques pour la conception des courriels – Yahoo Mail impose des marges tandis que Gmail tronque les messages de plus de 102 Ko. 

Comme les designers ne tiennent pas forcément compte de tous les standards d’affichage des clients e-mail, c’est au testeur de s’assurer que tout est conforme. 

C’est pourquoi il faut tester les campagnes avant de les partager avec les utilisateurs. Sinon, quelqu’un risque de voir votre message tronqué, avec une mise en page décalée, non réactive ou un contenu non pris en charge. Résultat : une mauvaise expérience utilisateur assurée et une forte probabilité que les clients ne reviennent pas. Si toute la campagne comporte des e-mails cassés, c’est frustrant.

La délivrabilité en pâtit

Assurer le bon acheminement des e-mails envoyés depuis l’application vers les utilisateurs finaux est crucial pour gérer de larges bases d’utilisateurs. Beaucoup d’équipes utilisent les notifications e-mail pour diffuser des mots de passe et informer la communauté des nouveautés produit : ne pas atteindre les abonnés est très pénalisant. 

En marketing par e-mail, la délivrabilité est le facteur clé qui détermine si un utilisateur reçoit effectivement votre message important. Beaucoup de critères interviennent dans le taux de délivrabilité d’une campagne : nombre de plaintes pour spam, interactions des utilisateurs, taux de rebond, etc. 

Obtenir une bonne délivrabilité demande beaucoup d’efforts, le plus souvent à la charge de l’équipe technique. Le QA doit être conscient du moment et de la quantité d’e-mails transactionnels envoyés par un site ou une application. À l’inverse, il est très facile de ruiner tous ces efforts : quelques liens cassés ou un contrôle anti-spam échoué peuvent détruire des mois de travail. 

Les tests de délivrabilité servent à éviter ces désagréments : ils permettent à l’équipe QA de :

• éviter les pièges à spam (fausses adresses disséminées par les fournisseurs d’accès, souvent collectées par des bots et ajoutées aux bases de contacts) 
• identifier les éléments d’infrastructure e-mail mal configurés (IP, enregistrements DNS, enregistrements d’authentification…)
• s’assurer qu’aucun déclencheur de spam ne se trouve dans le contenu

Si un QA ou un développeur néglige les contrôles anti-spam et la délivrabilité, les campagnes ou les e-mails importants n’atteignent pas l’utilisateur final. Comment un utilisateur peut-il réinitialiser son mot de passe ou recevoir un lien d’inscription si un e-mail non testé se perd dans le réseau ? Des e-mails non délivrés peuvent entraîner la perte de clients et d’autres échecs pour l’entreprise.

La réputation en pâtit

Aujourd’hui, les e-mails hautement personnalisés sont une vraie tendance. Cependant, lorsqu’on envoie des messages remplis de balises dynamiques, la situation peut rapidement devenir incontrôlable. 

Ce n’est pas une nouveauté que des destinataires reçoivent des courriels avec des balises de nom incorrectes ou des objets tels que « Bonjour, [username] ». Pour les marques, de petites erreurs nuisent aux conversions de toute une campagne et détériorent les relations médias. La raison est simplea0: vous n’avez pas de seconde chance pour faire une première impression. Si vous faites une erreur, les abonnés risquent de signaler le courrier comme spam ou de laisser un retour négatif. Et la marque sera associée à des expéditeurs de courriels défectueux simplement parce que quelqu’un a omis de tester le HTML/CSS.

Lecture associée : LES Bc9NeFICES DES TESTS Ne9GATIFS

JOIN THE COMMUNITY

Upgrade your inbox with more tech leadership wisdom for delivering better software and systems.

Sign up with LinkedIn

Or sign up with email:

URL

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

4 points de douleur des tests email QA (+ comment les contourner)

Nous avons e9voque9 trois principaux effets ne9fastes de l’envoi d’emails avec des bugs. Il est temps de comprendre les difficulte9s de ces testeurs qui s’acharnent courageusement sur le de9bogage d’emails.a0

Nous ne pouvons pas et ne jugerons pas. Pendant des anne9es, de nombreuses insuffisances dans les flux de travail des tests email ont rendu le processus trop manuel, lent et inefficace.

Des solutions existent pour e9liminer ces points de douleur du test. Examinons comment ge9rer les de9sagre9ments les plus agae7ants.a0

1. Les emails de test sont envoye9s e0 de vrais utilisateurs

Ce proble8me agae7ant vient du fait que les e9quipes QA utilisent des domaines de production pour exe9cuter des sessions de test. Re9sultat : il est facile de de9passer la limite et d’envoyer accidentellement un message test e0 une liste d’abonne9s.a0

De plus, utiliser le serveur de production pour les tests augmente le volume d’envois pour un domaine et nuit e0 son autorite9.a0

Il est facile d’e9viter d’envoyer involontairement des emails e0 de vrais utilisateurs tant que vous utilisez un environnement se9pare9 pour les tests. Il existe deux fae7ons de tester les emails en toute se9curite9a0:

• Tests dans un environnement de de9veloppement via inte9gration API
• Utilisation d’outils imitant le fonctionnement des vrais serveurs SMTP avec la possibilite9 de ve9rifier les ports SMTP courants et autres e9le9ments d’infrastructure.a0

2. Faible de9livrabilite9 (ou arrive9e dans les spams)

Si vos emails de pre9visualisation partent dans aba0Spama0bb, ce n’est pas force9ment une alerte. Avant d’alerter l’e9quipe marketing et de reviser l’infrastructure, e9liminez les sce9narios suivants :

• Votre email de test contient toujours du texte de remplissage. Lorsque vous envoyez des emails de test, assurez-vous que le corps du message est bien celui qu’un utilisateur verra. Des artefacts comme ab Lorem Ipsum dolor bb de9clenchent les filtres antispam et nuisent e0 la de9livrabilite9 des emails de test.a0
• Vous n'ouvrez pas vos propres emails de test. Si vous utilisez votre propre adresse pour tester et que vous n’interagissez pas avec vos messages, les FAI classeront le courrier comme non pertinent et commenceront e0 l’envoyer en spam.a0
• L’adresse de l’expe9diteur et celle du destinataire sont identiques. Pour que l’email soit bien de9livre9, les clients exigent que l’adresse d’expe9dition et de re9ception ne soient pas la meame boeete aux lettres. Donc, si vous testez un courriel sur vous-meame, choisissez un email diffe9rent de celui d’envoi.a0
• Pas de lien aba0Se de9sabonnera0bb. Les lots sans pied de page aba0Se de9sabonnera0bb ont 99,9a0% de chances d’eatre rejete9s ou marque9s comme spam.a0

3. Rendu me9diocre et mauvaise re9activite9 sur les appareils

Un autre obstacle rencontre9 en QA est de de9couvrir que les messages s’affichent diffe9remment selon les clients de messagerie ou le type d’appareils. Si cela arrive e0 votre lot de tests, voici quelques e9le9ments de rendu propre e0 chaque client e0 ve9rifier pour le corps du messagea0:

Gmaila0:

• Les images sont prises en charge par de9faut.a0
• Les emails de plus de 102kB sont automatiquement tronque9s.a0
• La balise <style> est place9e dans l’en-teate du message.a0
• Les emails sont auto-adapte9s sur iPhone (les images peuvent sembler de9centre9es ; il est donc pre9fe9rable de mettre aba0padding:0a0bb dans le <body>).a0
• La taille minimale de texte est 10,5a0pt pour le corps et 16,5a0pt pour les titres afin d’assurer la lisibilite9 sur smartphones.a0

Outlooka0:

• Pas de prise en charge des images d’arrière-plan. 
• Pas de prise en charge des éléments interactifs comme les formulaires ou les cases à cocher. 
• Pas de prise en charge des vidéos HTML5 ou des GIF. 
• Prise en charge limitée des espacements internes (padding). 

4. Faible efficacité des tests

Dans les années 2000, les tests d’e-mails étaient manuels, statiques et fastidieux. Les équipes de test devaient générer des e-mails depuis zéro et les envoyer à des adresses de test. La bonne nouvelle est qu’aujourd’hui, la plupart de ces étapes peuvent être automatisées facilement. 

Voici quelques outils qui aident les équipes QA à passer moins de temps sur les tests de chaque élément d’e-mail :

• Aperçu d’e-mail : Litmus
• Serveurs d’e-mails : GMass
• Email API : Mailosaur
• Vérification anti-spam : SpamAssassin
• Délivrabilité d’e-mail : Mail-Tester
• Validation HTML : HTML Email Check
• Système d’automatisation de navigateur : Selenium

Si vous avez besoin d’une solution de test tout-en-un vous permettant de vérifier tous les aspects techniques de l’e-mail, y compris SMTP, API, HTML/CSS, privilégiez des outils collaboratifs comme Mailtrap. 

Le test d’e-mails n’est qu’un des multiples aspects de l’assurance qualité. Pour une approche QA globale, consultez notre guide des meilleurs outils de test logiciel.

Éléments clés de l’e-mail à tester absolument

Maintenant que vous savez pourquoi il est impératif de tester les e-mails, et que vous comprenez comment relever les principaux défis rencontrés par les équipes QA lors de leurs sessions, il est temps d’élaborer une stratégie de test étape par étape qui garantira une excellente délivrabilité et un rendu irréprochable de vos messages. 

Voici les principaux types de tests d’e-mails à effectuer par une équipe QA.

1. Surveillance SMTP

Les erreurs SMTP sont une cause fréquente de problèmes de délivrabilité des e-mails ou d’échec de toute l’infrastructure de messagerie. Voici les problèmes à surveiller :

• Le pare-feu bloque la communication.
• Le temps de réponse du serveur est trop long. 
• Le serveur SMTP se connecte avec le mauvais nom d’hôte. 
• Le serveur SMTP ne supporte pas les commandes demandées. 

Pour simplifier l’analyse SMTP, les équipes QA utilisent des outils dédiés : Web Biz ou Wormly.

2. Test de l’API e-mail

Le test des API permet aux développeurs de tester des e-mails sans quitter leur IDE. Grâce aux API, il est possible de :

• Automatiser au maximum le processus.
• Récupérer des e-mails dans le code. 
• Extraire et vérifier le contenu d’un e-mail de test. 
• Appliquer des correspondances de modèles (pattern matching). 
• Envoyer des e-mails de test avec des pièces jointes. 

Les différents langages de programmation exécutent différents scripts pour tester les API d’e-mails. Pour rationaliser cette procédure, vous pouvez envisager des outils comme Mandrill ou MailSlurp. 

3. Envoi d’e-mails de test localement 

Une autre méthode pour tester les e-mails consiste à configurer un serveur local. Ainsi, les équipes QA allègent la charge de l’envoi sur l’environnement de production et séparent les tests d’une campagne réelle. 

Les tests d’e-mails sur un serveur local permettent de vous assurer que vous ne risquez pas d’envoyer accidentellement une série de tests à vos abonnés. Les outils à considérer sont Mailhog ou Mailcatcher. 

4. Tests de délivrabilité et anti-spam des e-mails

Comme mentionné précédemment, les tests de délivrabilité et anti-spam permettent de surveiller la réputation de votre domaine et de votre adresse IP, et de vérifier qu’une adresse expéditeur n’est pas sur liste noire chez les FAI. 

 Mail-Tester ou GlockApps peuvent s’avérer utiles.

Conclusion

Dans la communauté QA, le test d’e-mails passe souvent après les tests fonctionnels ou de performance. Pourtant, les équipes QA ne devraient pas sous-estimer la détection des bugs e-mails et les tests d’infrastructure. Expérimentez les approches évoquées dans cet article. Dites-nous dans les commentaires quels outils de test d’e-mail vous préférez. 

Pour en savoir plus à ce sujet et pour d'autres conseils d'experts QA, n'oubliez pas de vous abonner à la newsletter The QA Lead afin de rester à la pointe du monde de l'ingénierie qualité.

Liste d’outils associés : 10 MEILLEURS OUTILS DE TEST D’EMAIL POUR UNE LIVRAISON OPTIMISÉE

Ne cessez pas d’apprendre ! Découvrez ce podcast : TESTS AUTOMATISÉS AVEC LE CEO DE TESTRIGOR ARTEM GOLUBEV & PAUL GROSSMAN