Tester puis publier une automatisation : scénarios réels et limites du bouton Test

Un test utile vérifie l'événement d'entrée, les branches et le résultat dans le module concerné. Le bouton Test ne reproduit pas nécessairement toutes les données d'un vrai formulaire, paiement ou rendez-vous.

Choisir le niveau de test

Selon le constructeur disponible, le panneau de test distingue le déclencheur, une action isolée et le workflow entier. « Test using events » écoute un événement réel pendant 15 minutes ; « Enroll a contact » utilise le contact choisi sans reproduire forcément le contexte d’un événement réel.

Après un test de déclencheur, contrôlez l’événement épinglé et les entrées utilisées par les actions. Les tests exécutent les actions réelles : un message peut être envoyé et une fiche créée ou modifiée.

Dans l’historique, ouvrez les entrées et sorties de chaque étape. Une étape ignorée n’a pas été testée ; une exécution achevée avec des étapes ignorées ne valide pas ces branches. « Retry run » réutilise les données et la configuration du test d’origine : choisissez un nouvel événement si vous voulez changer le cas essayé.

Préparer les essais

Dupliquez le workflow pour isoler vos essais si nécessaire. Utilisez des contacts dont vous contrôlez les coordonnées, des destinataires internes pour les notifications et un dispositif de paiement de test compatible. Vérifiez les workflows connexes : une action de test peut déclencher d'autres effets.

Contrôler avant activation

1. Ouvrez chaque déclencheur et vérifiez ses filtres.
2. Relisez les branches, variables, liens, expéditeurs, délais et fuseaux.
3. Vérifiez les intégrations et les ressources sélectionnées. Après une génération par IA, contrôlez chaque choix, même lorsqu'il paraît déjà rempli.
4. Enregistrez les actions, puis le workflow. Distinguez la sauvegarde du passage en statut Publié.

Reproduire les vrais événements

Effectuez un envoi du formulaire de test ou créez le rendez-vous prévu pour tester l'inscription. Un ajout manuel peut contourner le déclencheur et ne pas fournir le contexte d'un paiement ou d'une réservation.

Testez au minimum : cas attendu, champ manquant, branche alternative, condition d'attente non satisfaite, objectif atteint, réponse du contact et réentrée. Utilisez un nouveau contact ou vérifiez son historique pour ne pas confondre échec et inscription déjà active.

Vérifier puis publier

Comparez les journaux avec le résultat réel : message reçu, tag présent, bonne opportunité modifiée ou accès ouvert. Conservez les résultats attendus et observés. Activez ensuite le parcours prévu et surveillez ses premières entrées. En cas d'erreur, interrompez les nouveaux départs et examinez séparément les contacts déjà engagés avant une reprise.