{"id":287,"date":"2023-06-07T10:11:22","date_gmt":"2023-06-07T08:11:22","guid":{"rendered":"https:\/\/opatou.com\/?p=287"},"modified":"2023-06-30T18:30:33","modified_gmt":"2023-06-30T16:30:33","slug":"kata-tdd-string-calculator","status":"publish","type":"post","link":"https:\/\/opatou.com\/index.php\/2023\/06\/07\/kata-tdd-string-calculator\/","title":{"rendered":"Kata TDD – String Calculator"},"content":{"rendered":"\n

La mont\u00e9e en comp\u00e9tence dans les \u00e9quipes qu’on accompagne est essentielle! <\/p>\n\n\n\n

Le manifeste agile nous enseigne que : <\/p>\n\n\n\n

“Une attention continue \u00e0 l’excellence technique et \u00e0 une bonne conception renforce l\u2019Agilit\u00e9.”<\/p>\n\n\n\n

“La simplicit\u00e9 \u2013 c\u2019est-\u00e0-dire l\u2019art de minimiser la quantit\u00e9 de travail inutile \u2013 est essentielle.”<\/p>\n\n\n\n

“Les meilleures architectures, sp\u00e9cifications et conceptions \u00e9mergent d’\u00e9quipes autoorganis\u00e9es.”<\/p>\n\n\n\n

Animer un Kata TDD en entreprise est une excellente occasion d’illustrer ces 3 principes. J’ai donc pr\u00e9par\u00e9 le Kata String Calculator que je n’ai encore jamais anim\u00e9. Pour corser l’exercice les \u00e9quipes sont r\u00e9parties sur 3 sites : Toulouse, Bordeaux et Nantes et certains seront \u00e9videment en t\u00e9l\u00e9travail, j’ai donc pr\u00e9vu une salle \u00e9quip\u00e9e de Visio et pr\u00e9vu quelques points de resynchro pendant l’atelier tous les 15 minutes.<\/p>\n\n\n\n

D’autre part, j’essaie toujours de profiter de l’occasion d’un Kata de code pour le faire en pair programming et en associant un d\u00e9veloppeur \u00e0 non d\u00e9veloppeur (par exemple un PO, un Chef de Projet, un int\u00e9grateur ou m\u00eame un Managers). Peu importe, le bin\u00f4me en fait, ce qui importe c’est aussi de d\u00e9velopper la collaboration, de cr\u00e9er du lien et de croiser les exp\u00e9riences.<\/p>\n\n\n\n

Aux Origine du TDD (Test Driven Development)<\/strong><\/p>\n\n\n\n

Le TDD est invent\u00e9 par Kent Back et formalis\u00e9 dans son livre \u00ab eXtreme Programing Explained\u00bb paru en 1999.<\/p>\n\n\n\n

Dans son livre il explique toute la d\u00e9marche d\u2019ing\u00e9nierie de d\u00e9veloppement et les pratiques associ\u00e9es. C’est une d\u00e9marche de conception (design) du code plut\u00f4t qu\u2019un moyen d\u2019\u00e9crire des tests unitaires. Le TDD est un mini cycle de d\u00e9veloppement constitu\u00e9 de 3 phases permettant un d\u00e9veloppement par toutes petites it\u00e9rations.<\/p>\n\n\n\n

Le TDD apporte plusieurs avantages \u00e0 la pratique du d\u00e9veloppement :<\/p>\n\n\n\n

\u2022Le code est souvent plus simple que lorsqu\u2019il est r\u00e9alis\u00e9 par une autre d\u00e9marche car il r\u00e9pond strictement aux exigences, ni plus, ni moins<\/p>\n\n\n\n

\u2022Le code est fortement couverts par les tests de par sa construction. Il est donc plus robuste.<\/p>\n\n\n\n

Ce n’est pas une recette magique, le TDD est facile \u00e0 comprendre en 5 minutes, mais n\u00e9cessite un d\u00e9clic de la personne pour passer \u00e0 la mise en pratique. Il faut donc s\u2019entrainer r\u00e9guli\u00e8rement avant de passer la mise en \u0153uvre quotidienne sur du code de production. C’est un peu comme si votre cerveau se mettait \u00e0 raisonner \u00e0 l’envers (ou plut\u00f4t \u00e0 l’endroit!)<\/p>\n\n\n\n

Le TDD ne co\u00fbte pas plus cher, m\u00eame si on pourrait croire qu’\u00e9crire plus de code (de test) est un processus n\u00e9cessitant plus de temps. En r\u00e9alit\u00e9, on \u00e9crit moins de code de production et les tests \u00e9crits en TDD nous pr\u00e9munissent de beaucoup de r\u00e9gressions et de moins d’activit\u00e9 de debug du code lorsque l’on trouve une erreur\/anomalie. Le code \u00e9crit en TDD est aussi plus maintenable, et les r\u00e9gressions sont identifi\u00e9es tr\u00e8s rapidement (quelques millisecondes).<\/p>\n\n\n\n

\"Le
cycle de d\u00e9veloppement en TDD<\/figcaption><\/figure>\n\n\n\n

Les lois de l’\u00e9criture du code en TDD<\/strong><\/p>\n\n\n\n

Loi no<\/sup> 1<\/td>\u00c9crivez un test qui \u00e9choue avant d\u2019\u00e9crire le code de production correspondant.<\/td><\/tr>
Loi no<\/sup> 2<\/td>\u00c9crivez une seule assertion \u00e0 la fois, qui fait \u00e9chouer le test ou qui \u00e9choue \u00e0 la compilation.<\/td><\/tr>
Loi no<\/sup> 3<\/td>\u00c9crivez le minimum de code de production pour que l’assertion du test actuellement en \u00e9chec soit satisfaite.<\/td><\/tr><\/tbody><\/table>
Les lois pour l’\u00e9crire du code en TDD<\/figcaption><\/figure>\n\n\n\n

D\u00e9roul\u00e9 et animation du Kata String Calculator :<\/strong><\/p>\n\n\n\n

\u2022Kata incr\u00e9mental pour simuler une situation m\u00e9tier r\u00e9elle<\/em>. <\/p>\n\n\n\n

\u2022Suivez les \u00e9tapes dans l\u2019ordre mais ne lisez pas les \u00e9tapes suivantes avant d\u2019avoir pass\u00e9 \u00e9tape en cours!<\/em><\/p>\n\n\n\n

\u2022On fait un petit point tous les \u00bc d\u2019heure sur l\u2019audio Teams<\/em><\/p>\n\n\n\n

Step<\/strong> 1<\/strong> <\/strong>:<\/strong><\/p>\n\n\n\n

Cr\u00e9ez un \u00ab calculateur de String \u00bb \u00e0 partir d\u2019une m\u00e9thode ayant la signature suivantes :<\/p>\n\n\n\n

  int add (String numbers)<\/em><\/p>\n\n\n\n

Cette m\u00e9thode peut prendre jusqu\u2019\u00e0 2 nombres, s\u00e9par\u00e9s par une virgule, et renverra leur somme.<\/p>\n\n\n\n

Step<\/strong> 2 :<\/strong><\/p>\n\n\n\n

Permettre \u00e0 la m\u00e9thode “add(String )<\/em>” d\u2019ajouter une quantit\u00e9 inconnu de nombres<\/p>\n\n\n\n

Step<\/strong> <\/strong>3<\/strong> <\/strong>:<\/strong><\/p>\n\n\n\n

Permettre \u00e0 la m\u00e9thode Add de g\u00e9rer les nouvelles lignes entre les nombre au lieu des virgules :<\/p>\n\n\n\n

\u2022Cette entr\u00e9e est OK<\/font><\/strong> : \u00ab 1\\n2,3<\/font> \u00bb r\u00e9sultat attendu : 6<\/p>\n\n\n\n

\u2022Cette entr\u00e9e est KO<\/font><\/strong> : \u00ab 1,\\n2<\/font>\u00bb<\/p>\n\n\n\n

Step<\/strong> 4 :<\/strong><\/p>\n\n\n\n

Permettre l\u2019usage de diff\u00e9rents d\u00e9limiteurs : \/\/[delimiter]\\n[numbers]<\/p>\n\n\n\n

Ex : \u00ab \/\/;\\n3;1;2<\/font> \u00bb r\u00e9sultat attendu : 6<\/p>\n\n\n\n

\u00ab\/\/|\\n1|3|2<\/font> \u00bb r\u00e9sultat attendu : 6<\/p>\n\n\n\n

La premi\u00e8re ligne est optionnelle. Les sc\u00e9narios pr\u00e9c\u00e9dents doivent toujours fonctionner.<\/p>\n\n\n\n

Step<\/strong> <\/strong>5<\/strong> <\/strong>:<\/strong><\/p>\n\n\n\n

L\u2019appel \u00e0 la m\u00e9thode Add avec des nombres n\u00e9gatifs doit renvoyer une exception \u00ab n\u00e9gatifs non support\u00e9s \u00bb ainsi que le nombre n\u00e9gatif qui a \u00e9t\u00e9 pass\u00e9.<\/p>\n\n\n\n

Si plusieurs valeurs sont n\u00e9gatifs , ils doivent tous \u00eatre renvoy\u00e9s<\/p>\n\n\n\n

Step<\/strong> 6 :<\/strong><\/p>\n\n\n\n

Les nombres sup\u00e9rieurs \u00e0 1000 doivent \u00eatre ignor\u00e9s.<\/p>\n\n\n\n

Ajouter 1001 + 2 = 2<\/p>\n\n\n\n

Step<\/strong> <\/strong>7 :<\/strong><\/p>\n\n\n\n

Les d\u00e9limiteurs peuvent contenir plusieurs caract\u00e8res avec le format suivant : \/\/[delimiteur]\\n par exemple :<\/p>\n\n\n\n

\u00ab\/\/[sep]\\n2sep3sep1<\/font> \u00bb r\u00e9sultat attendu : 6<\/p>\n\n\n\n

Step<\/strong> 8 :<\/strong><\/p>\n\n\n\n

Permettre l\u2019usage de plusieurs d\u00e9limiteurs : \/\/[delimiteur1] [delimiteur2]\\n par exemple :<\/p>\n\n\n\n

\u00ab \/\/[%][*]\\n2%3*1<\/font> \u00bb r\u00e9sultat attendu : 6<\/p>\n\n\n\n

Step<\/strong> 9 :<\/strong><\/p>\n\n\n\n

Assurez vous de pouvoir g\u00e9rer plusieurs d\u00e9limiteurs avec des longueurs de plus de 1 caract\u00e8re<\/p>\n\n\n\n

<\/p>\n\n\n\n

Les retours sur l’atelier :<\/strong><\/p>\n\n\n\n

Le temps \u00e9tait un peu court, il vaudrait mieux pr\u00e9voir 1h30 plut\u00f4t qu’1h.<\/p>\n\n\n\n

Il est important de prendre du temps pour le d\u00e9briefe en fin de session pour partager les diff\u00e9rentes solutions, chacun ayant produit une impl\u00e9mentation diff\u00e9rente des autres.<\/p>\n\n\n\n

Le nommage des tests est important, il permet de bien cibler quelle exigence fonctionnelle a subit une r\u00e9gression.<\/p>\n\n\n\n

Insister sur la partie “refactoring” du code pour s’assurer du bon nommage des variables, des classes, des m\u00e9thodes.<\/p>\n\n\n\n

La prochaine fois, j’insisterai en amont sur le besoin de disposer d’un projet “pr\u00eat” avec les tests unitaires qui fonctionnent. Un groupe a pass\u00e9 la moiti\u00e9 du temps \u00e0 modifier le pom.xml pour un probl\u00e8me de d\u00e9pendance vers la librairie des tests unitaires.<\/p>\n\n\n\n

Il est important de rester disponible pour chaque groupe afin de clarifier les exigences, qui m\u00eame si elles sont claires n\u00e9cessitent toujours des explications orales afin d’\u00e9viter de mauvaises interpr\u00e9tations.<\/p>\n\n\n\n

ROTI de fin de session :<\/strong><\/p>\n\n\n\n

6 votes \u00e0 5 -1 vote \u00e0 4<\/p>\n\n\n\n

Le ROTI est d\u00e9fini comme ” Retrun On Time Invested”, soit la valeur re\u00e7ue lors de l’atelier par rapport au temps investi. Une note de 1 signifie que la personne a perdu tout son temps rien avoir appris, tandis qu’une note de 5 signifie que la personne a re\u00e7ue beaucoup de valeur par rapport au temps investi, et qu’il aurait pu investir encore plus de temps lors de l’atelier. <\/p>\n\n\n\n

<\/p>\n","protected":false},"excerpt":{"rendered":"

La mont\u00e9e en comp\u00e9tence dans les \u00e9quipes qu’on accompagne est essentielle! Le manifeste agile nous enseigne que : “Une attention continue \u00e0 l’excellence technique et \u00e0 une bonne conception renforce l\u2019Agilit\u00e9.” “La simplicit\u00e9 \u2013 c\u2019est-\u00e0-dire l\u2019art de minimiser la quantit\u00e9 de travail inutile \u2013 est essentielle.” “Les meilleures architectures, sp\u00e9cifications […]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0},"categories":[7,77],"tags":[79,78],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts\/287"}],"collection":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/comments?post=287"}],"version-history":[{"count":4,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts\/287\/revisions"}],"predecessor-version":[{"id":314,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/posts\/287\/revisions\/314"}],"wp:attachment":[{"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/media?parent=287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/categories?post=287"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/opatou.com\/index.php\/wp-json\/wp\/v2\/tags?post=287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}