Testing JavaScript de Kent C. Dodds : un retour honnête

C'est quoi Testing JavaScript ?

Testing JavaScript est un cours en ligne de Kent C. Dodds — auteur de React Testing Library — qui apprend à tester efficacement une application JavaScript via la méthode du Testing Trophy. Accessible côté testing, mais il faut avoir déjà construit quelques apps web. Huit modules, chacun bourré de vidéos.

La promesse : apprendre la façon intelligente et efficace de tester n'importe quelle app JavaScript — sans dogme.

Pourquoi j'ai pris ce cours

Pour un software craftsman, tester n'est pas négociable — c'est ce qui sépare le code que je ship avec confiance du code que j'ai peur de toucher six mois plus tard. J'avais utilisé Enzyme sur des projets précédents, mais la communauté React avait clairement basculé sur React Testing Library et sa philosophie plus user-centric. Apprendre le testing directement avec l'auteur de la lib m'a paru le chemin le plus direct pour monter en niveau.

Est-ce que le cours tient sa promesse ?

Oui — pour deux audiences différentes.

Si tu débutes sur l'écosystème de testing JavaScript, le cours te donne un modèle mental cohérent et t'épargne des mois de tâtonnements. Si tu es expérimenté, tu en retiens quand même des patterns plus affûtés et une justification plus claire des trade-offs que tu fais déjà à l'instinct. Va voir les modules sur la landing page et juge si l'investissement colle à ton niveau.

Dans mon cas j'avais déjà de l'expérience en testing, mais j'en suis sorti avec une base plus solide — des patterns que j'applique maintenant à chaque projet perso ou pro, et que j'ai transmis aux devs avec qui j'ai bossé.

Du cours à la prod : une histoire vraie

Il y a quelques années, j'ai rejoint un client qui venait de lever un round sérieux et qui scalait fort. Leur stack avait du E2E solide mais quasi aucun test unitaire ou d'intégration côté frontend. Au fur et à mesure que la codebase grossissait, le E2E seul est devenu un goulot d'étranglement — trop lent, trop grossier, aveugle aux edge cases qui cassaient vraiment des choses en prod.

Convaincre la direction d'investir dans une vraie couche de testing frontend, c'est rarement facile. On a insisté, on a fini par avoir une fenêtre. L'équipe savait que j'avais complété Testing JavaScript et m'a demandé de prendre le lead — choisir les outils, poser les patterns, les intégrer dans la codebase existante, et embarquer les équipes frontend.

J'ai pris. Étape par étape on a livré une vraie infra de tests, ajouté les tests dans la definition of done de chaque ticket, et fait bouger la culture de l'équipe vers quelque chose qui ressemblait à du test-driven. La qualité du code a monté. Les régressions ont baissé. Le temps passé à débugger en prod a chuté de façon significative. Et — presque plus important — les devs ont retrouvé une vraie fierté à livrer des trucs en lesquels ils avaient confiance.

Je suis devenu la personne de référence sur le testing frontend dans cette boîte. Au-delà de tenir sa promesse, le cours m'a ouvert des opportunités dont je profite encore aujourd'hui.

Est-ce que ça vaut le coup ?

Si tu écris du JavaScript pour gagner ta vie, oui — sans hésiter. Le cours est rentabilisé la première fois qu'il t'évite de livrer une régression.