Une architecture pour tester son front-end

Dans le monde du développement, tout le monde parle de test: "Si tu n’écris pas de test, ton code ne peut pas être de qualité".

Cela fait 4 ans que je développe et tout autant de temps que je me pose la question de comment tester unitairement mon frontend. Tester son backend semble approprié car il contient une grande part de logique: le cœur métier.

Mais est-ce aussi simple côté frontend? - où l'on doit gérer un état global, le garder synchronisé avec des données provenant de diverses sources et afficher le tout à l'utilisateur. Il y a bien quelques logiques d’affichage et transformations de données, mais les tester unitairement ne semble pas couvrir la globalité d’un comportement, de l'interaction utilisateur jusqu’à l’affichage à l’écran.

Après plusieurs années à travailler sur des projets sans tests et d'autres projets où l'on testait individuellement chaque fonction, aujourd'hui je présente une architecture permettant de tester unitairement son front de manière efficace en couvrant les comportements plus que l’implémentation.