Tester l’étape avec des entrées réalistes
Un test isolé permet de vérifier une requête HTTP, une action de modèle ou une autre étape prise en charge avant de l’intégrer à une chaîne plus longue. Vous pouvez fournir une entrée, les sorties précédentes ou une exécution source comme contexte. Le résultat contient l’état, la sortie, les crédits, la durée et les éventuelles erreurs ou alertes.
Une étape d’approbation humaine ne peut pas être exécutée seule et l’étape doit exister dans la définition du workflow. Un test isolé ne valide pas non plus les branches, déclencheurs ou correspondances en aval du workflow complet. Il vérifie l’étape choisie avec les données fournies.
Valider ensuite la chaîne complète
Une fois l’étape validée, lancez le workflow avec une entrée représentative et examinez le résultat de chaque étape. Vérifiez que les modèles référencent des sorties amont valides et que le déclencheur fournit les champs attendus. Une étape isolée peut réussir puis échouer avec les véritables données amont.
Utilisez des données de test qui ne provoquent pas d’effets externes indésirables. Selon son type, une étape de test peut appeler un service réel, envoyer une requête ou effectuer une autre opération ; ce n’est pas automatiquement une simulation sans effet. Vérifiez les conséquences avant de tester sur des données de production.