Simulation de la sortie

Remplacez l'action réelle d'un nœud par une valeur que vous définissez ou une réponse générée par un LLM lors d'une exécution de débogage pour tester les nœuds après l'isolement.

La simulation de sortie remplace la sortie d'un nœud lors d'une exécution de débogage, de sorte que l'action réelle du nœud ne s'exécute pas. Il est utile pour tester les nœuds qui se suivent, appelés nœuds en aval, lorsque l’action réelle est lente, coûteuse ou dépend de quelque chose qui n’est pas disponible lors d’une exécution de Debug.

Fonctionnement de la simulation

Lorsqu'une simulation est activée sur un nœud, l'exécution de Debug n'exécute pas le nœud et transmet les valeurs de sortie simulées aux nœuds qui le suivent. Ils reçoivent les valeurs simulées comme si le nœud avait fonctionné normalement.

Les simulations s'appliquent uniquement pendant les exécutions de Debug. Elles ne sont jamais actives dans les workflows déployés.

Configuration d'une simulation

Une simulation est configurée dans la vue développée du nœud, qui s'ouvre à partir de la barre d'outils de survol du nœud. La colonne Sortie de la vue développée comporte un menu de mode, en haut à droite, avec trois options:

• Dynamique: utilise la réponse réelle du nœud. Il s'agit de la valeur par défaut.
• Simulation statique: renvoie toujours une valeur que vous définissez dans la colonne.
• Généré: renvoie une réponse qu'un LLM génère chaque fois que le nœud s'exécute.

Une simulation statique est écrite en JSON, un format de texte pour les données structurées, et doit correspondre au schéma de sortie du nœud, à la liste des champs produits par le nœud. Utilisez cette option lorsque vous avez besoin d'une sortie réaliste et variable et que vous ne souhaitez pas l'écrire vous-même. Utilisez la simulation statique lorsqu’un test a besoin de la même valeur à chaque fois, par exemple pour vérifier une branche.

Cas d'utilisation communs

• Nœuds Formulaire rapide et Application d'action: simulez une réponse approuvée ou rejetée sans attendre un approbateur réel.
• Nœuds de requête HTTP: simulez une réponse d'API spécifique, y compris les réponses d'erreur, pour tester les chemins de gestion des erreurs.
• Nœuds d'agent: simulez la sortie d'un agent d'IA pour tester la façon dont le workflow gère les différentes réponses de l'agent.
• Nœuds de sous-flux: simulez la sortie d'un sous-flux pour tester le workflow parent de manière isolée.

Réinitialisation des simulations

Un workflow utilise à nouveau des données réelles une fois que le mode de sortie est redéfini sur En direct sur chaque nœud simulé. Les simulations ne sont pas enregistrées dans le workflow déployé.

Erreurs courantes

• Déploiement avec une simulation toujours activée: les simulations sont automatiquement désactivées lors du déploiement, de sorte que les exécutions déployées utilisent toujours des données réelles. Une simulation laissée active lors de l'exécution finale du test signifie que vous avez testé par rapport à des exemples de données, et non par le résultat réel.
• Saisie de données statiques qui ne correspondent pas au schéma de sortie du nœud: si le fichier JSON simulé ne correspond pas à la forme attendue par les nœuds, des erreurs d’exécution apparaissent qui ne se produisaient pas avec des données réelles. La simulation doit correspondre exactement au schéma.
• Simulation d’un trop grand nombre de nœuds à la fois: si cinq nœuds sont simulés pour tester le sixième, un test réussi en dit peu. Simulation uniquement les nœuds qui bloquent la partie testée.

Prochaines étapes

• Bases du débogage: conseils pour l’exécution et la lecture d’une exécution de Debug.
• Évaluations: des contrôles qualité automatisés sur la sortie du workflow.
• Formulaire rapide: le nœud qui attend la réponse d'un humain.
• Nœud de l'agent: le nœud qui exécute un agent d'IA.
• Community (Communauté): posez des questions et partagez des workflows avec d'autres développeurs sur le forum UiPath.