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 ça prend d'avoir déjà bâti quelques apps web. Huit modules, chacun bourré de vidéos.

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

Pourquoi j'ai pris ce cours

Pour un software craftsman, tester c'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 pis sa philosophie plus user-centric. Apprendre le testing directement avec l'auteur de la lib, c'était le chemin le plus direct pour monter de niveau.

Est-ce que le cours tient sa promesse ?

Oui — pis pour deux audiences ben différentes.

Si tu pars de zéro sur l'écosystème de testing JavaScript, le cours te donne un modèle mental cohérent pis t'épargne des mois de tâtonnements. Si t'as déjà de l'expérience, t'en sors quand même avec des patterns plus affûtés pis une meilleure justification des trade-offs que tu fais déjà à l'instinct. Va voir les modules sur la landing page pis 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 astheure à chaque projet perso ou pro, pis que j'ai transmis aux devs avec qui j'ai bossé.

Du cours à la prod : une histoire vraie

Y'a quelques années, j'ai rejoint un client qui venait de lever un round sérieux pis qui scalait fort. Leur stack avait du E2E solide mais quasi pas de tests unitaires ou d'intégration côté frontend. À mesure que la codebase grossissait, le E2E tout seul est devenu un goulot d'étranglement — trop lent, trop grossier, aveugle aux edge cases qui cassaient vraiment des affaires en prod.

Convaincre la direction d'investir dans une vraie couche de testing frontend, c'est rarement facile. On a insisté, pis on a fini par avoir une fenêtre. L'équipe savait que j'avais complété Testing JavaScript pis m'a demandé de prendre le lead — choisir les outils, poser les patterns, les intégrer dans la codebase existante, pis 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, pis 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. Pis — presque plus important — les devs ont retrouvé une vraie fierté à livrer des affaires en lesquelles 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 portes dont je profite encore aujourd'hui.

Est-ce que ça vaut le coup ?

Si t'é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 en prod.