Étant débutante je ne suis pas dans le testing trophy mais plutôt dans le testing nothing 😂 Du coup votre vidéo tombe vraiment bien, ça m'a permis de prendre conscience de l'importance de tester, en plus d'en apprendre davantage sur le sujet (qui m'était très flou jusque-là). Merci^^
@JulienLucasАй бұрын
Pas fantastique cette vidéo @giovanna2787, mais il y a quand même quelques bons nuggets. J'espère que tu te mettra à tester maintenant. 😏
@sim_scapeАй бұрын
C'est top. Merci pour la découverte de l'outil MSW ! (:
@JulienLucasАй бұрын
Merci 🫡.
@hugofontvieille7078Ай бұрын
Intéressant mais à mon sens, c’est dommage de ne pas avoir parlé de Storybook. Je pense que c’est une vrai révolution dans le testing (donner un retour visuel aux tests par exemple pour des non dev, notamment). Également, je pense qu’il y a une confusion sur la définition de test E2E. Pour moi, le principe c’est justement de ne pas mocker, d’où le nom: bout en bout. Idem, testing library ne permet pas de faire du E2E mais de tester des interfaces. En l’occurrence j’aurai plutôt tendance à appeler ça des tests d’intégration dès lors qu’on ne requête pas le back grâce à des outils comme MSW.
@timmeehan2365Ай бұрын
Effectivement testing-library ce n'est pas du e2e. Je trouve le terme "test d'intégration" assez flou en front-end, perso je préfère parle de tests de composants
@JulienLucasАй бұрын
@hugofontvieille7078 Effectivement j'aurai pu mettre Storybook dans ma liste. C'est d'ailleurs un des outils les plus appréciés des devs dans le StateofJS. Et yes, c'est vrai aussi, Testing Library est juste une lib tests d'UI finalement. Il y a beaucoup plus pousss en end-to-end, mais perso j'ai jamais testé. Merci pour le com, un connaisseur. :)
@bastiendufour3841Ай бұрын
Testing Library c’est juste une lib opiniated sur comment interagir avec la UI d’un point de vu utilisateur. Ce n’est absolument pas spécifique a du e2e et elle peut être utilisée a différents niveaux que ce soit du e2e ou de l’intégration. Pour ça que tu la retrouves également sur Storybook. La lib n’est pas spécifique a une quelconque catégorie de tests
@timmeehan2365Ай бұрын
Sujet tres intéressant, j'ai l'impression que le sujet du testing en front-end est encore tres immature. Quelques erreurs / coquilles que j'ai noté : - RTL c'est pas pour du e2e. Cest des tests de composants (que tu appelles tests d'intégration) - peut-être que jai mal compris mais tu as présenté une liste avec Cypress/Playwright/Vitest/MSW comme s'ils étaient des outils similaires, ce qui nest pas du tout le cas ;) Je pense que la vidéo mériterait de rentrer plus dans le détail - Il faudrait qu'on définisse clairement les differents types de tests. Les définitions (notamment unitaire vs intégration) en front-end sont très floues et varient d'une équipe à l'autre - Le sujet de tester le View Model est super intéressant. Je le pratique aussi en Vue avec un composable (hook) qui represenre mon composant et ca evite de spinup un faux DOM. Ca aurait cool de plus creuser ce sujet - Pareil le sujet des tests avec un vrai navigateur en mockant les calls networks (avec MSW par ex) est super intéressant, ca mériterait plus d'infos ! J'ai deja entendu le terme end2mocks pour ce genre de tests
@JulienLucasАй бұрын
@timmeehan2365 D’accord avec toi, le testing front-end est resté immature, c'est choquant presque je trouve. Elle est pas très bien réalisé cette vidéo. Je le concède volontiers. Ton commentaire est gold.🥇Tu as sorti tout ce qui aurait pu en faire une bien meilleure vidéo. J’invite tous les lecteurs à boire tes paroles. Haha.
@timmeehan2365Ай бұрын
@@JulienLucas après c'est toujours plus facile de critiquer que de faire ! En tout cas je pense qu'il y a matière à creuser, avec des vidéos qui vont plus loin ! C'est un sujet tellement intéressant avec très peu de ressources qui vont plus loin que juste parler de RTL ou de la pyramide de tests. Un autre point qui aurait le mérite d'être mentionné est l'aspect TDD / productivité des tests. Lancer une app dans un navigateur peut être vraiment lent quand on a des grosses apps avec de frameworks lourd type Next/Nuxt. Faire du TDD (sur n'importe quel type de test) peut être un vrai boost de productivité ! Très intéressé de voir si tu sors d'autres vidéos sur le sujet
@user-fc8xh7uo4cАй бұрын
Hello Julien, merci pour tes vidéos. Comment tu as fait pour trouver ta première mission React en freelance ? Et est-ce que tu arrives à travailler en full remote?
@JulienLucasАй бұрын
@user-fc8xh7uo4c 1ère mission avec un designer indépendant avec qui j'avais bossé en mission Wordpress. J'avais prévu 1mois et demi de dev. Ça m'en aura pris 3. Les relations donc. Toujours travaillé en fullremote.
@user-fc8xh7uo4cАй бұрын
@@JulienLucas Merci pour la réponse, et tu arrives à avoir des missions en continu ou presque de cette manière ? Avec quel TJM si c'est pas indiscret ?
@JulienLucasАй бұрын
@user-fc8xh7uo4c On est pas sur WhatsApp 😂
@user-fc8xh7uo4cАй бұрын
@@JulienLucas Haha, ça marche, désolé, j'essaie juste d'avoir un max d'infos car je souhaiterais avoir le même parcours
@marholyneАй бұрын
L’IA a -t’elle y a un rôle à jouer dans la dans la phase de tests unitaires ?
@JulienLucasАй бұрын
@marholyne On peut demander à ChatGPT ou autre de rédiger les tests, suffit de lui présenter le code et poser la question. Même si jamais essayé. 🙂