Skip to Content
Automatisations

Tests et exécutions

Essayez un flux sans rien envoyer et consultez ce que les exécutions réelles ont fait

Dernière mise à jour le

Dans l'éditeur, vous travaillez avec deux onglets pour vérifier qu'un flux fait ce que vous voulez : Exécution de test pour un essai et Exécutions pour ce qui s'est réellement passé. Vous les ouvrez à droite dans le panneau. Le quatrième onglet, Historique, affiche les versions précédentes du flux, voir Versions précédentes.

Une exécution de test

Choisissez l'onglet Exécution de test. Un test parcourt le flux avec des données d'exemple et montre quelles étapes il suivrait.

Rien de réel ne se passe

Une exécution de test n'envoie rien, ne crée rien et ne modifie rien. Les délais sont ignorés, afin que vous voyiez tout de suite le résultat final. Les actions montrent seulement ce qu'elles feraient, avec le texte Non exécuté lors d'un test.

Onglet Exécution de test avec les données d'exemple et le résultat par étape

Données d'exemple

En haut se trouve Tester avec un enregistrement réel. Pour chaque enregistrement du déclencheur, comme Occupation, choisissez un enregistrement via Choisir un enregistrement (recherche par nom ou numéro). Tillor charge l'enregistrement tel qu'il est actuellement, avec les enregistrements auxquels il renvoie, dans les données d'exemple. Le test n'envoie, ne crée et ne modifie toujours rien.

Sous Données d'exemple de l'événement figurent les données avec lesquelles le test travaille, sous forme de JSON. Si l'automatisation a déjà démarré une fois pour de bon, le test commence avec les données de la dernière exécution réelle. Sinon, Tillor remplit un exemple qui a la forme de l'événement : un texte devient example, un nombre 1 et une date le moment présent.

Modifiez les valeurs pour essayer d'autres cas, par exemple un autre type de terrain ou une facture avec un autre statut. Si le texte n'est pas du JSON valide, vous voyez Les données d'exemple ne sont pas un JSON valide. et vous ne pouvez pas lancer le test.

Si le flux contient une Requête API, un champ Exemple de réponse API apparaît aussi. Collez-y la réponse que vous attendez de la requête. Le test peut ainsi parcourir les étapes après la requête, et Tillor propose les champs de la réponse comme variables. Voir Utiliser une réponse d'API.

Que se passe-t-il à ces étapes

Pour certaines étapes, le résultat dépend du monde extérieur : Envoyer un webhook, Requête API, les actions avec une sortie Ignoré ou Erreur, et la logique comme Ouvert maintenant ?, Rechercher un enregistrement, Attendre un événement et Demander une décision. Sous Que se passe-t-il à ces étapes ?, vous choisissez pour chaque étape la sortie par laquelle le test continue. Vous testez ainsi aussi le chemin à suivre quand quelque chose tourne mal.

Le résultat

Cliquez sur Lancer le test. Vous voyez les étapes dans l'ordre, avec pour chacune :

  • les valeurs saisies, par exemple le titre d'une tâche tel qu'il serait créé
  • pour une condition, ligne par ligne ce qui a été comparé et si c'était correct. Le vert signifie réussi, le rouge non, avec la valeur réellement présente (était …)
  • la sortie par laquelle le flux a continué (Continue sur : Oui)
  • pour un délai, jusqu'à quand on attendrait

Après l'exécution, le bouton s'appelle Relancer. Le test rejoue les étapes une par une (Étape 2 sur 5…). Avec Tout afficher, vous sautez cette lecture. Sur le canevas, le chemin pris par le test se colore, et les étapes qui n'ont pas été atteintes sont estompées. Cliquez sur le nom d'une étape dans le résultat pour aller à cette étape. En bas figure Terminé après 5 étapes.

Si le filtre sous Uniquement si ne correspond pas à vos données d'exemple, vous voyez Le filtre du déclencheur ne correspond pas à ces données, le flux ne démarrerait donc pas. Vérifiez alors quelle condition est en rouge. Avec Effacer, vous retirez le résultat du canevas.

Ce qu'un test ne montre pas

  • Si une facture peut réellement être envoyée, si un point de terminaison est joignable ou si un chemin d'API existe
  • À quoi ressemblent les enregistrements après un délai. Le test travaille avec vos données d'exemple et ne relit rien
  • Les erreurs qui n'apparaissent qu'avec de vraies données, comme un champ vide

Consultez donc toujours les premières exécutions réelles dans l'onglet Exécutions.

Exécutions réelles

Dans l'onglet Exécutions figurent les 20 dernières exécutions réelles de cette automatisation, les plus récentes en haut. La liste s'actualise d'elle-même environ toutes les 15 secondes. Tant que rien n'a démarré, vous voyez Aucune exécution pour le moment. Activez l'automatisation et attendez son événement.

Chaque exécution affiche l'heure de démarrage, le nombre d'étapes ou (en cas d'attente) quand elle reprend, et un statut.

StatutCe que cela signifie
En coursL'exécution est en cours en ce moment
En attenteL'exécution est dans un délai, attend un événement ou une approbation, et continuera plus tard
TerminéeLe flux a été parcouru jusqu'au bout
ÉchouéeUne étape n'a pas pu être exécutée. Le message figure à côté sous la forme Échec : …
AnnuléeL'exécution s'est arrêtée parce que l'automatisation a été mise en pause ou supprimée pendant qu'elle attendait

Cliquez sur une exécution pour l'ouvrir. Vous voyez alors :

  • toutes les étapes effectuées, avec l'heure et ce que l'étape a fait
  • les valeurs saisies, par exemple le titre que la tâche a réellement reçu
  • pour une condition, quelles lignes étaient correctes
  • pour une étape échouée, le message d'erreur, qui peut être en anglais

Sur le canevas, le chemin pris par cette exécution se colore. Les étapes qui n'ont pas été atteintes sont estompées. Cliquez sur le nom d'une étape pour aller à cette étape.

Sous les étapes figure un bouton tel que 3 jeux de données. Il affiche les données avec lesquelles l'exécution a démarré et ce que chaque action a produit, comme l'identifiant de la tâche créée ou la réponse d'une requête API. Vous pouvez ainsi vérifier quelles valeurs avait une variable.

En bas d'une exécution ouverte figure aussi une Trace : un code de lettres et de chiffres. Si quelque chose ne va pas dans une exécution, transmettez ce code au support. Nous retrouvons ainsi précisément cette exécution.

Les événements qui n'ont pas passé le filtre sous Uniquement si, ou pour lesquels l'automatisation a déjà tourné avec Exécuter une fois par enregistrement, ne démarrent pas d'exécution et ne figurent donc pas dans la liste.

Dans l'aperçu des automatisations, chaque automatisation affiche l'heure de la dernière exécution, avec à côté une petite barre par exécution récente.

Que se passe-t-il ensuite ?

  • Après une exécution de test, rien n'a changé dans Tillor. L'automatisation ne tourne réellement que lorsque vous activez Actif.
  • Les exécutions réelles restent dans l'onglet Exécutions. Il affiche les 20 dernières.
  • Une exécution échouée envoie un e-mail à la personne qui a créé l'automatisation, au plus un par heure.

Un problème ?

Une exécution qui ne veut pas démarrer

Voir Questions fréquentes pour une liste de contrôle.

Cette page t'a-t-elle été utile ?

Sur cette page