Design & Développement web - Le topic des canards qui mangent des cookies

**Awake** · 12/05/2022, 18h09

J'étais sûr que ce n'était pas du savoir totalement perdu

Sinon j'attaque un projet open source en typescript, c'est pour ainsi dire la première fois que je gère activement un projet open source, et j'ai très peu de connaissances sur comment organiser tout ça.

Comment gérez-vous les branches ? Il y a aussi des tags, comment les gérez-vous ?
Comment gérez-vous les builds .js ? Est-ce qu'ils sont build en local et push comme le reste ?
Quid des tests ?

Bref je n'y connais rien dans ce domaine, donc je prends toutes les bonnes pratiques que vous pouvez me donner

**Dross** · 12/05/2022, 18h12

Branche : "master" / "develop" / "feature_nom-de-la-feature", tu peux aussi changer "master" pour "main" si t'est pas un vil esclavagiste.

Les builds ça reste chez toi, tu les exclus avec le gitignore. Si tu veux faire des relâches utilise un système de CICD (Github en a un maintenant directement intégré) avec relâche dans les Release github.

Les tests tu les met dans le CICD, en activation automatique pour toutes les branches.

**Awake** · 12/05/2022, 20h19

Merci.

Oui github a créé la branche main directement au lieu de master.

On peut demander à github CI de compiler via webpack par exemple ? Le build se fait directos chez github ?

Vous recommandez quoi pour faire des TU typescript ?

**acdctabs** · 12/05/2022, 22h37

Je suis en train d'implémenter les tests depuis hier en partant de ... zéro.
Je commence par les entity, putain que c'est long mais j'ai déjà pu corriger un truc en "passant" (un getter qui refusait le null alors que le setter l'autorisait).
Temps estimé 100j/h à peu près je crois, autant dire que vu qu'il me reste moins de 50 jours de taf avant d'être muté, je n'irai pas au bout.
Mais j'aime bien voir le coverage augmenté petit à petit ^^

**gros_bidule** · 12/05/2022, 22h46

La couverture des getter setters constructeurs comparateurs etc, bref les trucs dont le comportement est standard sur une entité ou dto, il ne faut pas t'embêter à les faire toi même. Il existe des libs qui font ça. Ca évite les erreurs, et ça teste très profondément, bien plus qu'on ne l'imagine

- - - Updated - - -

Mais sinon question à 10000 balles : pour ta couverture de code, tu es de l'école test unitaire ou test d'intégration ?

**acdctabs** · 12/05/2022, 23h10

Aucune... pas assez d'expérience pour avoir un vrai avis.

Je fais beaucoup de test "UI", mon appli tourne, là je passe par des tests "qui auraient du être fait au fur et à mesure" car on change d'environnement de développement bientôt et on doit remplir des objectifs de couverture.
C'est un projet que j'ai récupéré en MCO, clairement les mecs avaient fait de la merde, "on" a rattrapé plein de choses.

Pour l'instant je ne fais que des tests unitaires.
J'ai commencé par les entity car c'est le plus simple et ça pourrait expliquer quelques dysfonctionnements.

C'est du symfony 4.4, j'ai pas trouvé de quoi générer des tests unitaires automatiquement (enfin la structure oui mais pas le contenu).
J'utilise PHPStorm et PHPUnit.

Sur les projets java que j'ai participé, les JUnit étaient générés en partie automatiquement par contre, bien pratique (justement sur les Entity et les DTO)

**Dross** · 13/05/2022, 08h13

Envoyé par Awake

On peut demander à github CI de compiler via webpack par exemple ? Le build se fait directos chez github ?

Vous recommandez quoi pour faire des TU typescript ?

Tu peux faire ce que tu veux avec les Github Actions vu que tu a ni plus ni moins accès à une machine linux que tu paramètre comme tu veux / exécute ce que tu veux dessus. Et oui, directement chez Github. Après t'a les concurrents comme Travis et autre, mais aujourd'hui l'intérêt est limité (pour du FOSS).

Pour les tests unitaires perso je suis sous Angular et il gère ça pour moi tout seul (npm test), de mémoire ça utilise Jasmine en interne, si t'en arrive là, ça vaudrai le coup de regarder des framework JS pour éviter de devoir réinventer la roue en terme d'intégration.

**Awake** · 13/05/2022, 12h22

Envoyé par Dross

Tu peux faire ce que tu veux avec les Github Actions vu que tu a ni plus ni moins accès à une machine linux que tu paramètre comme tu veux / exécute ce que tu veux dessus. Et oui, directement chez Github. Après t'a les concurrents comme Travis et autre, mais aujourd'hui l'intérêt est limité (pour du FOSS).

Pour les tests unitaires perso je suis sous Angular et il gère ça pour moi tout seul (npm test), de mémoire ça utilise Jasmine en interne, si t'en arrive là, ça vaudrai le coup de regarder des framework JS pour éviter de devoir réinventer la roue en terme d'intégration.

Merci encore

J'ai regardé du côté de Jasmine et la lib semble nickel, mais par contre mes tests vont devoir se faire dans le navigateur, du coup c'est cuit pour Github Actions de ce que je comprend.

**gros_bidule** · 13/05/2022, 16h34

C'est peut être possible chez MS Azure avec Selenium. Leur CI est gratos, ça s'intègre bien dans les projets GitHub.

**TarteAuxFleurs** · 14/05/2022, 00h34

Coin

Vous pensez quoi de la méthode '12 Factor' pour concevoir des applications type SAAS ?

J'ai vu qu'il y a un livre critique sur O'Reilly mais lui même est vieux de 6 ans, donc je ne sais pas trop quoi en penser.

**Dross** · 14/05/2022, 04h29

Connais pas, en regardant rapidement ça a l'air d'être assez commun comme thèmes abordés, mais ça peut être intéressant d'y jeter un œil pour voir si on a bien saisi toutes les nuances.

**raaaahman** · 14/05/2022, 14h02

Envoyé par acdctabs

Temps estimé 100j/h à peu près je crois, autant dire que vu qu'il me reste moins de 50 jours de taf avant d'être muté, je n'irai pas au bout.

Tu cherches à corriger un bug en particulier? Parce qu'une couverture de tests à 100% ne va pas te garantir une application sans problème (100% = toutes les lignes de code ont été exécutée =/= tous les cas ont été envisagés).

Envoyé par Awake

J'ai regardé du côté de Jasmine et la lib semble nickel, mais par contre mes tests vont devoir se faire dans le navigateur, du coup c'est cuit pour Github Actions de ce que je comprend.

Il y a une version node pourtant. Ou sinon Jest, surtout si ton code est en React.

**gros_bidule** · 14/05/2022, 17h55

(supprimé)

**Awake** · 14/05/2022, 18h26

Envoyé par raaaahman

Il y a une version node pourtant. Ou sinon Jest, surtout si ton code est en React.

Je voulais dire que j'ai justement besoin de passer par un browser pour mes tests, entre autres à cause d'une utilisation L'API File, DOM et HTMLElement. Si j'avais le choix je préférerais passer par node.

Edit : mais en fait Playwright fonctionne avec Github actions

https://playwright.dev/docs/ci

**acdctabs** · 14/05/2022, 23h24

Envoyé par raaaahman

Tu cherches à corriger un bug en particulier? Parce qu'une couverture de tests à 100% ne va pas te garantir une application sans problème (100% = toutes les lignes de code ont été exécutée =/= tous les cas ont été envisagés).

Non on doit respecter 80% sur le nouveau code.
Sur l'ancien on va monter petit à petit mais j'imagine qu'à terme l'objectif sera le même. Je ne serai pas là pour voir.

Depuis l'autre jour j'ai eu mes premiers résultats Sonarqube et tout est au vert à part la couverture.
Bref je suis bien content du travail réalisé sur le projet.

Bon en couverture je suis passé à 1% et j'ai appris a mock une classe abstraite pout tester les fonctions.
A l'inverse j'ai pas trouvé comment tester un getter sur un parent...

**raaaahman** · 16/05/2022, 10h46

Autant je suis partisan du TDD, autant j'ai du mal à voir l'intérêt de passer 100 jours à créer des tests sur du code déjà écrit, surtout si votre analyse statique vous révèle des pratiques au top... Bon après j'imagine que ce n'est pas toi qui choisis les tâches à réaliser.

Pour ton histoire de setter de parent, pose toujours ta question ici, il y aura peut-être des canards qui sauront (ou qui auront des opinions contraires

)

Envoyé par Awake

Edit : mais en fait Playwright fonctionne avec Github actions https://playwright.dev/docs/ci

Oui voilà, tu peux lancer un "pilote" de navigateur depuis un script node, et tu te sers de sa bibliothèque d'assertions dans les tests forumlés. Après je n'ai pas testé Playwright, mais on dirait que Grafikart a fait une série de vidéos dessus: https://grafikart.fr/tutoriels/test-...laywright-2020

**acdctabs** · 16/05/2022, 16h35

Envoyé par raaaahman

Autant je suis partisan du TDD, autant j'ai du mal à voir l'intérêt de passer 100 jours à créer des tests sur du code déjà écrit, surtout si votre analyse statique vous révèle des pratiques au top... Bon après j'imagine que ce n'est pas toi qui choisis les tâches à réaliser.

Pour ton histoire de setter de parent, pose toujours ta question ici, il y aura peut-être des canards qui sauront (ou qui auront des opinions contraires

)

On a des paliers à viser, en gros le meilleur pallier c'est 80% de couverture et 3% de duplication.
C'est donc l'objectif à terme sur l'ensemble du code.

Pour le parent c'est pas une priorité, c'est juste la dernière difficulté rencontrée, j'en aurai d'autres mais je n'ai pas de pression.

**Awake** · 16/05/2022, 18h21

Envoyé par raaaahman

Oui voilà, tu peux lancer un "pilote" de navigateur depuis un script node, et tu te sers de sa bibliothèque d'assertions dans les tests forumlés. Après je n'ai pas testé Playwright, mais on dirait que Grafikart a fait une série de vidéos dessus: https://grafikart.fr/tutoriels/test-...laywright-2020

Hmmm tu as édité mon smiley

Merci pour les infos

Donc il faut lancer un playwright qui lui va lancer une page avec les tests jasmine. Faut juste que je trouve comment faire remonter les résultats de jasmine dans github. Ou alors je fais les tests en Playwright directement ? Mais du coup ce sera du fonctionnel et plus des TU.

**war-p** · 17/05/2022, 11h07

Envoyé par raaaahman

Autant je suis partisan du TDD, autant j'ai du mal à voir l'intérêt de passer 100 jours à créer des tests sur du code déjà écrit, surtout si votre analyse statique vous révèle des pratiques au top... Bon après j'imagine que ce n'est pas toi qui choisis les tâches à réaliser.

Pour ton histoire de setter de parent, pose toujours ta question ici, il y aura peut-être des canards qui sauront (ou qui auront des opinions contraires

)

Oui voilà, tu peux lancer un "pilote" de navigateur depuis un script node, et tu te sers de sa bibliothèque d'assertions dans les tests forumlés. Après je n'ai pas testé Playwright, mais on dirait que Grafikart a fait une série de vidéos dessus: https://grafikart.fr/tutoriels/test-...laywright-2020

Ça dépend ce que tu veux faire derrière, mais si tu veux faire évoluer le code en ajoutant des fonctionnalités et/où tout refacturer, pas le choix que de passer par des tests. Sinon tu vas au devant de gros gros soucis.

**raaaahman** · 17/05/2022, 11h41

C'est sûr, c'est pour cela que je demandais s'il cherchait à corriger un bug en particulier, mais ça marche aussi pour une évolution de fonctionnalités. Dans les deux cas je ne testerai pas la base de code entière, juste la partie concernée. Je ne pense pas que les tests en eux-mêmes apportent beaucoup de valeur, à moins que tu n'écrives des tests de non-régression pour une base de code open source/dédiée à une très grande équipe. Mais dans ce cas je partirai plutôt de tests d'intégration ou end-to-end qu'unitaires.

Envoyé par Awake

Hmmm tu as édité mon smiley

Merci pour les infos

Donc il faut lancer un playwright qui lui va lancer une page avec les tests jasmine. Faut juste que je trouve comment faire remonter les résultats de jasmine dans github. Ou alors je fais les tests en Playwright directement ? Mais du coup ce sera du fonctionnel et plus des TU.

Il avait une importance sémantique ce smiley? Désolé si c'est le cas...

De mémoire avec Puppeteer et Jest, c'est plutôt dans le sens inverse: tu écris tests Jest, qui tournent dans un environnement Node et activent Puppeteer, qui embarque un moteur chromium. Tu peux soit choisir le mode "headless", ce qui fait que les tests sont exécuté hors de ta vue mais tu peux quand même contrôler le DOM et utiliser les fonctionnalités qui vont avec (File Upload, requêtes HTTPs, etc.), soit tu peux lui demander d'utiliser un navigateur installé sur ta machine, qui va alors ouvrir une fenêtre à ton écran et faire tourner les tests.

Après je n'ai pas regardé la vidéo de Grafikart, mais j'imagine que tu peux faire la même chose avec Playwright.

**Awake** · 17/05/2022, 12h08

Envoyé par raaaahman

Il avait une importance sémantique ce smiley? Désolé si c'est le cas...

Non je m'en tape, c'est juste... pourquoi faire ça

? Mais ça n'a aucune importance.

Envoyé par raaaahman

De mémoire avec Puppeteer et Jest, c'est plutôt dans le sens inverse: tu écris tests Jest, qui tournent dans un environnement Node et activent Puppeteer, qui embarque un moteur chromium. Tu peux soit choisir le mode "headless", ce qui fait que les tests sont exécuté hors de ta vue mais tu peux quand même contrôler le DOM et utiliser les fonctionnalités qui vont avec (File Upload, requêtes HTTPs, etc.), soit tu peux lui demander d'utiliser un navigateur installé sur ta machine, qui va alors ouvrir une fenêtre à ton écran et faire tourner les tests.

Après je n'ai pas regardé la vidéo de Grafikart, mais j'imagine que tu peux faire la même chose avec Playwright.

Après réflexion, je vais essayer de faire une lib compatible node et browser en même temps, en utilisant des polyfills pour node quand nécessaire. Les tests dans le navigateur me semble trop complexes à mettre en place et en plus ce serait bénéfique pour la lib qu'elle marche en node.

**tenshu** · 17/05/2022, 14h40

Vous aimez les battle royale ?

PS : Ne faites pas ça chez vous, c'est probablement une violation de 3298 articles du code du travail

PPS : les sélections type "piscine" c'est de la merde
PPPS : il y a plein d'offres, même pour les juniors. Envoyez ce genre de gens forniquer leurs génitrices.

**Captain_Cowkill** · 17/05/2022, 15h01

Ah purée, je l'ai vu circuler sur Linkedin celle-là

**raaaahman** · 17/05/2022, 15h23

Okay pour dire que c'est une idée de merde comme recrutement, mais y'a quand même un truc qui ne me paraît pas logique de leur point de vue:

Connecté de 8h à 23h

Donc les gars ils prennent l'apprenti qui met le plus de temps à compléter le travail demandé?

(et au passage celui qui partira en burn out avant les autres)

Envoyé par Awake

Non je m'en tape, c'est juste... pourquoi faire ça

? Mais ça n'a aucune importance.

Après réflexion, je vais essayer de faire une lib compatible node et browser en même temps, en utilisant des polyfills pour node quand nécessaire. Les tests dans le navigateur me semble trop complexes à mettre en place et en plus ce serait bénéfique pour la lib qu'elle marche en node.

Honnêtement, je sais même plus...

Dans tous les cas, tu peux toujours commencer par des tests simples: les TU sur les fonctions de logique pure par exemple. Même si c'est sensé tourné dans le navigateur, certains modules n'en exploitent aucune spécificité. Et puis tu as aussi accès à des environnements de DOM virtuel (dans Jest en tout cas), ce qui te permet de tester le rendu des éléments HTML sans avoir besoin d'un navigateur.

**Nilsou** · 24/05/2022, 11h28

Envoyé par raaaahman

Donc les gars ils prennent l'apprenti qui met le plus de temps à compléter le travail demandé?

(et au passage celui qui partira en burn out avant les autres)

C'est en ça que c'est n'imp ...
À l'évidence c'est la culture « donne ta vie pour l'entreprise », avec un portrait d'Elon Musk qui tapisse le fond, tout en open space etc.

Dans cette culture, c'est le temps passé qui compte , si tu dit que tu fais la même chose plus efficacement mais que tu veux voir ta femme et tes enfants dés 17h30, on te regarde de traviole, tu ne donne pas ta vie pour l'entreprise et tout ça. C'est presque japonais comme culture du travail d'ailleurs.

Sinon le mec est fou de poster ça comme ça, car amha ça viole effectivement 3298 articles du code du travail ...

**Nattefrost** · 24/05/2022, 12h47

Fou ou con... vu comme il encense leur mode de recrutement il sait peut-être pas... ¯\_(ツ)_/¯ .

**Captain_Cowkill** · 26/05/2022, 21h25

Petite MàJ sur ma reconversion pro : on m'a proposé un CDI \o/
Dév front React.

**Dross** · 26/05/2022, 21h26

Super ! Félicitations !

**Awake** · 26/05/2022, 22h08

Bravo Cowkill

**Toorop** · 26/05/2022, 22h15

Bonne nouvelle, félicitations

Discussion: Design & Développement web - Le topic des canards qui mangent des cookies

Outils de la discussion

Règles de messages