TLDR; L’existence de code non testé devrait vous inquiéter: l’essentiel de nos vies est géré par du code d’une façon ou d’une autre. La bonne nouvelle est que vous pouvez y faire quelque chose, la mauvaise est que vous vous y prenez mal.
Dans ces articles, je liste une dizaine de mauvaises pratiques et autant de conseils.
Cette série d’articles est une nouvelle édition de ‘Unit testing, you’re doing it wrong’, en français cette fois. Si vous n’avez pas lu l’original, pas de problème, ces articles sont faits pour vous. Si vous le connaissez, vous trouverez quelques ajustements et précisions dans celui-ci, mais surtout, vous devriez pouvoir vous y référer plus facilement.
Avertissement
Je sais que je m’attaque à un sujet très sensible; je vais sans doute agacer un certain nombre de lecteurs, qui vont dire que je suis un troll et que mes avis sont merdiques. Je ne cherche pas à choquer qui que ce soit, mais je maintiens mes positions; n’hésitez pas à utiliser les commentaires pour donner votre avis! Et oui, ce papier est influencé par mon parcours personnel, mais c’est aussi sa valeur spécifique: c’est un partage d’expériences.
‘Es-tu vraiment légitime pour parler de tests?’
Bonne question. J’ai plus de 35 ans de carrière dans l’informatique; et j’améliore mon TDD depuis 2005, d’abord sur des projets pros, puis récemment sur des OSS; j’ai travaillé dans des sociétés de taille et de culture diverses. J’ai souvent été dans des rôles transverses et j’ai eu l’occasion de rencontrer et de travailler avec de nombreux développeurs (probablement autour de 1000, voir plus). Si la plupart de mes postes concernait le code, je me suis aussi occupé de QA et de Business Analysts; en ce moment, je m’occupe de la stratégie technique d’une banque. J’ai aussi eu l’occasion de travailler avec de nombreux experts français, certains très connus (mais pas que).
Il en ressort que mon avis est basé sur des éléments que j’ai pratiqué moi-même, des évènements qui me sont arrivés, ou qui se sont révélés cruciaux ou problématiques pour d’autres, des problèmes rencontrés par des équipes que j’ai aidées, le fruit de discussions, de débats ou de formations avec des experts.
En résumé, j’ai essayé tout ce dont je parle et j’ai fait la plupart des erreurs que j’évoque ici. Evidemment, cela ne démontre pas que j’ai raison, mais j’espère que vous reconnaîtrez que je peux affirmer que je sais de quoi je parle!
Nous allons commencer par démonter une série de contre vérités sur les tests unitaires.
