![\"\"](\"https:\/\/www.fespa.be\/wp-content\/uploads\/2022\/06\/David-van-Driessche-Normal-Square.jpg\")
<\/figure>\n\n\n\nDavid van Driessche, CTO de Four Pees :<\/strong> \u00ab Soyons honn\u00eates : combien de temps est consacr\u00e9 aux tests pendant la cr\u00e9ation de flux Switch ? Sans doute pas mal si vous \u00e9laborez des flux de travail plus complexes. Pour la plupart des flux, cette proc\u00e9dure prend beaucoup de temps : il faut d\u00e9sactiver le flux, trouver des t\u00e2ches de test, les glisser vers Switch, r\u00e9activer le flux… Et si votre flux est plus complexe, surtout s\u2019il est int\u00e9gr\u00e9 \u00e0 une configuration multi-flux, c’est d’autant plus compliqu\u00e9. En effet, il est souvent difficile de tester un flux s\u00e9par\u00e9ment, puisque celui-ci s\u2019attend \u00e0 ce que les t\u00e2ches comportent d\u00e9j\u00e0 des donn\u00e9es priv\u00e9es d\u00e9finies, des ensembles de donn\u00e9es, ou encore des adresses e-mail, etc. <\/p>\n\n\n\n Dans tous les projets o\u00f9 nous utilisons Switch, nous avons nous-m\u00eames \u00e9t\u00e9 confront\u00e9s \u00e0 cette contrainte. Buggy a \u00e9t\u00e9 con\u00e7u \u00e0 partir d\u2019un ensemble de scripts internes pour rem\u00e9dier \u00e0 cette contrainte. L\u2019appli permet de g\u00e9rer facilement le cycle de \u00ab\u00a0d\u00e9veloppement, test, correction, test, correction…\u00a0\u00bb et de diminuer ainsi notre stress. Nous avons jug\u00e9 bon de partager ces avantages au-del\u00e0 de Four Pees. \u00bb<\/p>\n\n\n\n Appli group\u00e9e<\/strong><\/strong><\/p>\n\n\n\n Buggy est une appli group\u00e9e. Cela signifie qu’apr\u00e8s l’avoir install\u00e9e depuis l\u2019Appstore Enfocus Switch, vous trouverez trois applis distinctes \u00e0 utiliser dans vos flux dans Switch. Celles-ci se chargent chacune de tester une partie diff\u00e9rente de vos flux de travail.<\/p>\n\n\n\n L\u2019appli Buggy Input est con\u00e7ue pour \u00eatre utilis\u00e9e au d\u00e9but d\u2019un flux de travail (m\u00eame si, techniquement, elle permet \u00e9galement d\u2019injecter des t\u00e2ches \u00e0 n\u2019importe quel stade du flux de travail). Elle peut \u00eatre configur\u00e9e pour injecter des t\u00e2ches (fichiers ou dossiers) dans le flux de travail. Ces t\u00e2ches peuvent \u00e9galement \u00eatre configur\u00e9es pour que leurs m\u00e9tadonn\u00e9es r\u00e9pondent aux exigences du flux. \u00c0 chaque activation du flux de travail sur lequel vous travaillez, Buggy permet donc d\u2019injecter la ou les t\u00e2ches appropri\u00e9e(s), tout en s\u2019assurant que les informations hi\u00e9rarchiques, les d\u00e9tails de l\u2019utilisateur, les donn\u00e9es priv\u00e9es, les ensembles de donn\u00e9es… soient correctement configur\u00e9s.<\/p>\n\n\n\n \u00c9videmment, l\u2019injection des t\u00e2ches de test dans un flux ne repr\u00e9sente qu\u2019une partie du probl\u00e8me. L\u2019autre partie consiste \u00e0 d\u00e9terminer si le processus du flux se passe correctement et comme pr\u00e9vu. Pour faciliter cela, l\u2019appli Buggy Reporting permet d\u2019exporter une mine d\u2019informations pour chaque t\u00e2che passant par un flux (peu importe qu\u2019il s\u2019agisse d\u2019une t\u00e2che de test ou d\u2019une t\u00e2che concr\u00e8te). L\u2019appli Buggy Reporting est con\u00e7ue pour \u00eatre attach\u00e9e \u00e0 n\u2019importe quel \u00e9l\u00e9ment de dossier dans un flux Switch. Les t\u00e2ches ne passent pas \u00ab \u00e0 travers \u00bb le flux, mais elles sont contr\u00f4l\u00e9es lorsqu\u2019elles passent par le dossier. Il s\u2019agissait l\u00e0 d\u2019un objectif de conception majeur : il est inutile de modifier un flux pour y ins\u00e9rer Buggy Reporting. Il suffit de l\u2019attacher au stade du flux o\u00f9 vous souhaitez contr\u00f4ler les t\u00e2ches.<\/p>\n\n\n\n Buggy Reporting sauvegarde la t\u00e2che elle-m\u00eame (telle qu\u2019elle se pr\u00e9sente \u00e0 ce stade du flux), tous les ensembles de donn\u00e9es qui y sont attach\u00e9s, une vue d\u2019ensemble avec toutes les informations relatives \u00e0 la t\u00e2che (y compris les donn\u00e9es priv\u00e9es par exemple) et une \u00ab trace de la t\u00e2che \u00bb indiquant les diff\u00e9rentes \u00e9tapes par lesquelles cette t\u00e2che est pass\u00e9e pour arriver \u00e0 ce stade du flux.<\/p>\n\n\n\n Buggy Reception est tr\u00e8s similaire \u00e0 Buggy Reporting et se concentre sur la fin d\u2019un flux. En fin de flux, il convient d\u2019\u00eatre en mesure de voir toutes les m\u00e9tadonn\u00e9es \u00e9galement, et sur ce point, Buggy Reception vous offre les m\u00eames possibilit\u00e9s que Buggy Reporting. Toutefois, il est \u00e9galement souhaitable de pouvoir nettoyer les t\u00e2ches qui atterrissent dans votre dossier de sortie. Enfin, peut-\u00eatre pas tous, puisque le fait d\u2019avoir quelques t\u00e2ches en direct dans le flux permet d\u2019utiliser facilement le concepteur de variables dans Switch.<\/p>\n\n\n\n Disponibilit\u00e9<\/strong><\/strong><\/p>\n\n\n\n <\/h3>\n\n\n\n
Buggy Input<\/h3>\n\n\n\n
Buggy Reporting<\/h3>\n\n\n\n
Buggy Reception<\/h3>\n\n\n\n