Les QA doivent-ils se soucier des tests d’e-mails ?
Oui, les QAs devraient se soucier des tests d’e-mails. Cet article explique les raisons, les éléments à tester et comment rendre les tests d’e-mails simples.
Tout d’abord, vous devez comprendre de quel type de tests d’e-mails nous parlons.
De façon générale, le test d’e-mails fait référence à plusieurs méthodes de vérification des e-mails avant leur envoi. Pour les spécialistes du marketing, il s’agit plutôt d’analyser le contenu et de réaliser des tests A/B sur les campagnes. Pour les développeurs et QAs qui travaillent avec des applications envoyant des e-mails transactionnels, le test d’e-mails fait référence à un cycle d’actions plus vaste – de l’analyse du HTML à l’assurance de la délivrabilité de l’e-mail.
Envie d'en avoir plus avec The CTO Club ?
Créez un compte gratuit pour terminer cet article et rejoindre une communauté de CTO et de leaders en ingénierie partageant des cadres pratiques, des outils et des conseils pour concevoir, déployer et faire évoluer des technologies alimentées par l'IA.
Have an account? Log In
Je vais aborder :
- Importance des tests d’e-mails
- 4 points sensibles du test d’e-mails par les QA + Solutions
- Principaux éléments d’e-mails que vous devriez tester
Tout d’abord, l’importance des tests d’e-mails pour les QAs.
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 par des entreprises quotidiennement. Cependant, il est indéniable que de tels messages nuisent à la réputation d’une marque et offrent une mauvaise expérience utilisateur.
Ainsi, le débogage des e-mails relève de la responsabilité de l’équipe dev/QA afin de permettre à l’équipe marketing de lancer une campagne adéquate.
Ignorer cette étape entraîne trois conséquences négatives majeures :
Erreurs d’affichage = Mauvaise expérience utilisateur
Malheureusement, tous les clients d'e-mails ne prennent pas en charge le HTML et le CSS de la même manière. 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 imposent souvent des directives spécifiques pour la conception des e-mails – Yahoo Mail force des marges tandis que Gmail tronque les courriers de plus de 102 ko.
Étant donné que les designers ne prennent pas toujours en compte les standards d’affichage à travers une large gamme de clients mails, c’est au testeur de répondre à toutes les exigences.
C’est pourquoi il est essentiel de tester les campagnes avant de les partager avec les utilisateurs. Sinon, un destinataire pourrait voir votre courrier tronqué, avec une mise en page décalée, non adaptée ou un contenu non pris en charge. À la clé, une expérience utilisateur médiocre et une probable perte de clients. Si, en plus, l’ensemble de la campagne contient des e-mails défectueux, cela devient frustrant.
La délivrabilité en prend un coup
Assurer un chemin fiable entre les e-mails internes à l’application et les utilisateurs finaux est essentiel pour soutenir de grandes bases d’utilisateurs. Étant donné que de nombreuses équipes utilisent les notifications par e-mail pour transmettre des mots de passe et informer la communauté des mises à jour produit, rater ses utilisateurs est un vrai problème.
En marketing par e-mail, la délivrabilité des e-mails est un facteur déterminant pour savoir si un utilisateur peut recevoir vos messages importants. De nombreux critères entrent en jeu dans le taux de délivrabilité : nombre d’e-mails signalés comme indésirables, interactions des utilisateurs, taux de rebond, etc.
Mettre en place une bonne délivrabilité demande beaucoup d’efforts, et cela relève généralement de l’équipe technique. Un QA doit prêter attention à quand et combien d’e-mails transactionnels un site ou une application envoie. À l’inverse, il suffit de quelques liens défectueux ou d’un contrôle antispam raté pour réduire à néant des mois de travail.
Le test de délivrabilité est un moyen d’éviter ces revers frustrants puisqu’il permet à l’équipe QA :
- d’éviter les pièges à spam (des faux e-mails placés par les FAI un peu partout sur le web, souvent récupérés par des bots et intégrés dans la base d’abonnés)
- d’identifier les éléments d’infrastructure d’e-mail mal configurés (IP, enregistrements DNS, authentifications d’e-mails, etc.)
- de s’assurer qu’il n’y a pas de déclencheurs de spam dans le contenu
Si un QA ou un développeur néglige les contrôles antispam et les tests de délivrabilité, les campagnes ou 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 ? En cas d’e-mails non délivrés, une société peut subir une perte de clients et d’autres échecs commerciaux.
La réputation est en jeu
Aujourd’hui, les e-mails très personnalisés sont une véritable tendance. Cependant, lorsqu’on envoie des messages truffés de balises dynamiques, les choses peuvent vite devenir incontrôlables.
Il n’est plus rare de recevoir des courriels comportant des balises prénom erronées ou des objets du style « Bonjour, [username] ». Pour les marques, de petites négligences peuvent faire échouer toute une campagne et détériorer les relations presse. La raison est simple : on n’a pas de seconde chance de faire bonne impression. Si une erreur se glisse, les abonnés risquent de signaler le mail comme indésirable ou de laisser un retour négatif. Et la marque sera associée à des expéditeurs d’e-mails défectueux simplement parce que quelqu’un a sauté l’étape de test HTML/CSS.
À lire aussi : LES EFFETS POSITIFS DU NEGATIVE TESTING
4 Points Douloureux Des Tests QA D’e-mails (+ Solutions Pour Les Contourner)
Nous avons déjà mentionné trois effets néfastes liés à l’envoi d’e-mails bogués. Il est temps de s’intéresser aux difficultés de ces testeurs qui affrontent courageusement le débogage des courriels.
Nous ne jugeons pas. Pendant longtemps, les workflows de test d’e-mails ont souffert de nombreuses failles rendant les processus trop manuels, lents et peu efficaces.
Il existe néanmoins des solutions pratiques qui permettent d’éliminer ces difficultés. Examinons comment surmonter les désagréments les plus agaçants.
1. Les E-mails De Test Sont Envoyés Aux Vrais Utilisateurs
Ce problème embarrassant provient du fait que les équipes QA utilisent des domaines de production pour leurs sessions de test. Résultat : il est facile de franchir la ligne et d’envoyer accidentellement un message de test à une liste d’abonnés.
En outre, utiliser le serveur de production pour les tests gonfle le volume d’envoi d’un domaine et nuit à son autorité.
Il est facile d’éviter d’impliquer par erreur des utilisateurs réels en utilisant un environnement distinct pour les tests. Voici deux méthodes sécurisées pour tester les courriels :
- Test en environnement de développement via intégration API
- Utilisation d’outils qui simulent le fonctionnement des serveurs SMTP réels, avec la possibilité de vérifier les ports SMTP courants et d’autres éléments d’infrastructure.
2. Faible Délivrabilité (Ou Messages Dans Les Spams)
Si vos courriels de prévisualisation atterrissent dans les « spams », ce n’est pas forcément alarmant. Avant d’alerter l’équipe marketing ou de vérifier l’infrastructure, écartez les possibilités suivantes :
- Votre e-mail de test contient encore du texte de substitution. Lors des envois de tests, assurez-vous que le message contient bien le texte exact qui sera envoyé à l’utilisateur. Des artefacts comme “Lorem Ipsum dolor” déclenchent les filtres anti-spam et font chuter la délivrabilité.
- Vous n’ouvrez pas vos propres e-mails test. Si vous utilisez votre propre adresse pour tester mais que vous ne les ouvrez pas, les fournisseurs d’accès signaleront vos mails comme non pertinents, et ils finiront dans le dossier spam.
- Adresse d’expéditeur et destinataire identique. Pour assurer la bonne délivrance, les clients e-mails exigent que l’expéditeur et le destinataire utilisent des boîtes différentes. Ainsi, pour partager un test avec vous-même, choisissez une autre adresse que celle utilisée pour l’envoi.
- Pas de lien « Se désabonner ». Les lots d’e-mails sans pied de page « Se désabonner » ont 99,9% de chances de rebondir ou d’être considérés comme du spam.
3. Affichage Dégradé Et Manque De Réactivité Multi-Appareils
Un autre obstacle auquel font face les QAs est la découverte d’une différence d’affichage selon les clients e-mails ou les types d’appareils. Si c’est le cas pour votre lot de test, voici quelques points de vigilance client à vérifier pour l’affichage du courriel :
Gmail :
- Les images sont prises en charge par défaut.
- Les e-mails de plus de 102kB sont automatiquement tronqués.
- La balise <style> est placée dans l’en-tête de l’e-mail.
- Redimensionnement automatique des e-mails sur iPhone (les images risquent d’être désaxées, mieux vaut mettre « padding:0 » dans <body>).
- La taille minimale du texte est de 10,5pt pour le corps et 16,5pt pour les titres afin d’assurer la lisibilité sur smartphone.
Outlook :
- 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 marges internes (padding).
4. Faible efficacité des tests
Au début des années 2000, le test des emails était manuel, statique et fastidieux. Les équipes de test devaient générer les emails à partir de zéro et les envoyer à des adresses de test. Bonne nouvelle, 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 le test des éléments uniques d’un email :
- Aperçu email : Litmus
- Serveurs email : GMass
- API email : Mailosaur
- Vérification anti-spam : SpamAssassin
- Délivrabilité d’email : Mail-Tester
- Contrôle HTML : HTML Email Check
- Système d’automatisation navigateur : Selenium
Si vous avez besoin d’une solution de test complète permettant de vérifier tous les aspects techniques des emails, y compris SMTP, API, HTML/CSS, privilégiez des outils collaboratifs comme Mailtrap.
Le test des emails n’est qu’un des volets de l’assurance qualité. Pour aller plus loin, consultez notre guide des meilleurs outils de test logiciel.
Principaux éléments d’un email à tester
Maintenant que vous savez pourquoi il est indispensable de faire des tests d’emails, et que vous comprenez comment surmonter les principaux obstacles rencontrés par les équipes QA durant les sessions de tests, il est temps de mettre en place une stratégie de tests pas à pas garantissant une forte délivrabilité et un rendu impeccable de vos emails.
Voici les principaux types de tests d’emails à mener par une équipe QA.
1. Surveillance du protocole SMTP
Les erreurs SMTP sont une cause fréquente des problèmes de délivrabilité des emails ou même de défaillances complètes de l’infrastructure email. Voici les points à surveiller pour les QA :
- Le pare-feu bloque la communication.
- Le temps de réponse du serveur est trop long.
- Le serveur SMTP se connecte à un mauvais nom d’hôte.
- Le serveur SMTP ne prend pas en charge les commandes données.
Pour faciliter l’évaluation du SMTP, les équipes QA utilisent des outils dédiés : Web Biz ou Wormly.
2. Test de l’API email
Les tests d’API permettent aux développeurs de tester des emails sans quitter leur IDE. En utilisant des API, vous pouvez :
- Automatiser au maximum le processus.
- Récupérer des emails dans le code.
- Extraire et vérifier le contenu d’un email de test.
- Appliquer la reconnaissance de modèles.
- Envoyer des emails de test avec pièces jointes.
Différents langages de programmation nécessitent différents scripts pour le test API des emails. Pour faciliter le processus, envisagez d’utiliser des outils comme Mandrill ou MailSlurp.
3. Envoi de test email local
Une autre méthode consiste à configurer un serveur local pour tester les emails. Ainsi, les équipes QA évitent de surcharger l’environnement de production et isolent les tests des campagnes réelles.
Tester les emails sur un serveur local permet notamment d’éviter d’envoyer accidentellement des emails de test à vos abonnés. Les outils à considérer sont Mailhog ou Mailcatcher.
4. Test de délivrabilité et anti-spam d’email
Comme mentionné précédemment, la délivrabilité des emails et les tests anti-spam aident à contrôler la réputation de votre domaine et de votre IP et à détecter si une adresse expéditrice est blacklistée par les FAI.
Mail-Tester ou GlockApps peuvent s’avérer très utiles.
Conclusion
Dans la communauté QA, le test des emails est souvent relégué derrière les tests fonctionnels et de performance. En réalité, les équipes QA ne devraient pas sous-estimer le débogage des emails et le test de l’infrastructure. Essayez les approches mentionnées dans cet article. Dites-nous quels outils de test d’email vous préférez dans les commentaires.
Pour en savoir plus sur ce sujet et découvrir d'autres conseils d'experts QA, n'oubliez pas de vous abonner à la newsletter The QA Lead pour rester informé(e) des meilleures pratiques dans le domaine 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 : TEST AUTOMATISÉ AVEC LE PDG DE TESTRIGOR ARTEM GOLUBEV & PAUL GROSSMAN
