Tips de la semaine (57) – Lever des erreurs pour des alertes fonctionnelles

[StephaneP]

Salut folle jeunesse,

Aujourd’hui petites astuces pour mettre en avant les anomalies fonctionnelles récurrentes de vos workflows et encore gagner un peu de temps sur votre journée.

Vous savez que des anomalies référentielles ou de données peuvent se produire ce qui impact des calculs, des jointures… et au final le résultat même si aucune anomalie technique n’est levée. Vous avez même déjà mis en place les différentes étapes de contrôle pour les identifier. Mais voila vous voudriez gagner du temps et avoir tout de suite un focus sur les étapes où il y a un souci fonctionnel suite à chaque lancement de workflow.

Et bien c’est l’utilité des objets sous-cotés suivant, car cachés dans le menu developer :

TEST & MESSAGE

 &

L’intérêt de ces outils est qu’on peut contrôler leur niveau d’énervement.

Et ce qui est bien c’est que lorsqu’ils ne sont pas contents, ils le montrent et c’est justement ce qu’on veut :

Ici j’ai 3 anomalies fonctionnelles et je sais directement où aller regarder.

Bonne nouvelle ils expriment aussi leur légitime réprobation dans les logs :

TEST

Propose de tester :

• Si le nombre de ligne est égal à une valeur. Pratique si on s’attend à avoir une liste référentielle fixe et qu’il y en a plus ou moins que prévus.
• Si le nombre de lignes entre 2 entrées est équivalent. Pratique pour détecter des lignes « disparues » au fil du traitement et de jointures mal faites.
• Si les lignes répondent toutes à une condition commune. Si tous le monde n’est pas à OK c’est que j’ai un problème fonctionnel.
• Une combinaison des 3 précédentes en un seul test

Et donc si il y a une condition qui se produit il lève une erreur et un message associé. Pas de nuance par contre ce n’est qu’une erreur et pas de message dynamique.

MESSAGE

Est plus générique il permet de générer des messages dans les logs en fonction de certains critères. Il est donc plus orienté log.

Il est intéressant dans le cas des alertes fonctionnelles car :

• On peut gérer le niveau d’anomalie. Et si on le passe à « Error » cela lève le « ! » rouge visuel sur le workflow
• On peut rendre le message dynamique et passer directement dans le log le descriptif de l’anomalie

Dans cet exemple on demande à remonter le nombre de lignes en erreurs.

Et bien sûr pour visualiser comment les mettre en place (simplissime comme toujours) un workflow exemple.

Petites astuces complémentaires :

En utilisant les connections wireless, vous pouvez vous faire un cartouche dédié anomalies en début de votre workflow. Plus besoin d’aller balayer tous le workflow pour identifier l’anomalie visuellement. Très pratique dans les cas de workflows complexes.

Et n’oubliez pas non plus les logs qui pour chaque erreur vous indiquent l’objet qui l’a levé.

Un simple clic et il vous amène dessus.

Et vous, avez-vous d’autres techniques pour gagner du temps sur vos contrôles fonctionnels ?

Enjoy !!

Note: Si vous trouvez ce tips intéressant n'hésitez pas à le complimenter pour aider les autres utilisateurs à le retrouver plus facilement.

[StephV]

Merci beaucoup @StephaneP pour ces bons conseils sur les outils TEST & MESSAGE ! 

Qui d´entre vous aurait d´autres techniques ?