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 pour apprendre à tester efficacement une application JavaScript via la méthode du Testing Trophy. Le cours demande un peu d'expérience en développement d'applications web avec JavaScript, mais il est accessible aux débutants sur la partie testing. Il est composé de huit modules, chacun contenant ben des leçons en vidéo.

La promesse centrale du cours : apprendre la façon intelligente pis efficace de tester n'importe quelle application JavaScript.

Kent C. Dodds est un software engineer reconnu dans l'écosystème React, avec ben des contributions open-source. Il est l'auteur de React Testing Library. Il a de l'expérience en pédagogie, pis tu peux attendre une qualité solide de Testing JavaScript.

Pourquoi j'ai pris ce cours ?

En tant que software craftsman, tester c'est un must pour livrer des applications fiables. Chercher de meilleures façons de tester pis améliorer mes compétences en testing, c'est nécessaire pour livrer le meilleur à mes clients. J'avais utilisé Enzyme avant pis j'étais intéressé par React Testing Library pis sa philosophie de testing. Y'a probablement rien de mieux que de prendre un cours sur le testing JavaScript avec l'auteur de la lib.

Est-ce que Testing JavaScript a tenu sa promesse ?

Si tu pars de zéro dans l'écosystème de testing JavaScript, ça va être précieux pour toi. Même si t'es un vétéran, tu vas quand même apprendre des affaires pis avoir des perspectives fraîches sur le testing. Tu peux checker les modules couverts par le cours sur la landing page pis voir si ça vaut l'investissement.

Dans mon cas, j'avais de l'expérience en testing, mais j'ai quand même ben appris. Ça te donne une base solide que tu peux appliquer directement à tes projets perso pis pro. J'ai pu appliquer tout ce que j'ai appris pis l'enseigner aux développeurs avec qui j'ai travaillé.

Y'a quelques années, j'ai travaillé avec un client qui avait levé ben de l'argent pis qui entrait dans une phase de fast-growth. L'app avait pas de tests frontend, mais avait encore des tests E2E. À mesure que la codebase grandissait, on pouvait plus se fier juste au E2E parce que c'est lent pis ça peut pas couvrir tous les cas d'usage.

C'est toujours difficile de convaincre la haute direction de prendre du temps pour ajouter plus de tests, mais on a persisté pis on a eu une chance. L'équipe savait que j'avais complété Testing JavaScript pis m'a proposé de prendre le lead sur la construction du système de testing dans la codebase existante.

J'ai relevé le défi pis mené l'effort jusqu'à ce que tous les outils pis les bonnes pratiques soient intégrés dans les équipes frontend. J'ai essayé de faire évoluer la culture vers une approche plus test-driven, pis les tests ont été ajoutés à la definition of done de chaque tâche. Tranquillement pas vite, la qualité du code s'est améliorée, la maintenabilité est devenue plus facile, les effets de bord ont été réduits, pis la satisfaction de faire du « bon travail » a augmenté. La plupart des développeurs sont fiers de livrer des fonctionnalités de haute qualité pis fiables.

Je suis devenu la personne de référence pour le testing frontend après avoir complété le cours. Au-delà d'avoir tenu sa promesse, le cours m'a ouvert des opportunités dont je continue à profiter aujourd'hui.