Les pisseurs de code, on fait l'appel
SuppriméLe 19 janvier 2021 à 11:59:07 PenseeLibre33 a écrit :
Html CSS ca compte ou je suis un fragilux ?
fragilux maximus !
2 PR en attente, l'alternant à encore péter un truc, bordel
Le DT est entrain de péter des cables
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Vous n'avez pas des TU ou IT ? C'est la base
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Mettez en place des tests.
Perso c'est pas le truc qui risque d'arriver
La plupart des "gros" projets (plus de 5-6k lignes) sont aussi autour des 85-90%, du coup la moindre régression est directement détectée par la CI.
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Le 19 janvier 2021 à 12:30:01 Contravariance a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Mettez en place des tests.
Perso c'est pas le truc qui risque d'arriverLa plupart des "gros" projets (plus de 5-6k lignes) sont aussi autour des 85-90%, du coup la moindre régression est directement détectée par la CI.
vous utilisez quoi pour les tests ?
j'ecoute dissection là
Le 19 janvier 2021 à 13:00:48 cuteTako a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Le 19 janvier 2021 à 12:30:01 Contravariance a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Mettez en place des tests.
Perso c'est pas le truc qui risque d'arriverLa plupart des "gros" projets (plus de 5-6k lignes) sont aussi autour des 85-90%, du coup la moindre régression est directement détectée par la CI.
vous utilisez quoi pour les tests ?
Ca dépend des technos que tu utilises.
Grosso modo on essaie de couvrir les différents niveaux de la pyramide de tests (tests unitaires, de composants, d'intégration et E2E).
En java/kotlin : junit, mockito et spring-boot-tests (et testcontainers, wiremock et mockServer)
En nodeJS : jest et nock
Et à plus haut niveau tu peux rajouter du selenium, postman, karate, webdriver, appium... selon ce que tu testes
Le 19 janvier 2021 à 13:10:06 Contravariance a écrit :
Le 19 janvier 2021 à 13:00:48 cuteTako a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Le 19 janvier 2021 à 12:30:01 Contravariance a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Mettez en place des tests.
Perso c'est pas le truc qui risque d'arriverLa plupart des "gros" projets (plus de 5-6k lignes) sont aussi autour des 85-90%, du coup la moindre régression est directement détectée par la CI.
vous utilisez quoi pour les tests ?
Ca dépend des technos que tu utilises.
Grosso modo on essaie de couvrir les différents niveaux de la pyramide de tests (tests unitaires, de composants, d'intégration et E2E).En java/kotlin : junit, mockito et spring-boot-tests (et testcontainers, wiremock et mockServer)
En nodeJS : jest et nockEt à plus haut niveau tu peux rajouter du selenium, postman, karate, webdriver, appium... selon ce que tu testes
Super ça, l'infra au niveau des tests est un poil plus rudimentaire chez nous, c'est assez fastidieux parfois d'écrire les tests auto
Le 19 janvier 2021 à 13:13:10 cuteTako a écrit :
Le 19 janvier 2021 à 13:10:06 Contravariance a écrit :
Le 19 janvier 2021 à 13:00:48 cuteTako a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Le 19 janvier 2021 à 12:30:01 Contravariance a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Mettez en place des tests.
Perso c'est pas le truc qui risque d'arriverLa plupart des "gros" projets (plus de 5-6k lignes) sont aussi autour des 85-90%, du coup la moindre régression est directement détectée par la CI.
vous utilisez quoi pour les tests ?
Ca dépend des technos que tu utilises.
Grosso modo on essaie de couvrir les différents niveaux de la pyramide de tests (tests unitaires, de composants, d'intégration et E2E).En java/kotlin : junit, mockito et spring-boot-tests (et testcontainers, wiremock et mockServer)
En nodeJS : jest et nockEt à plus haut niveau tu peux rajouter du selenium, postman, karate, webdriver, appium... selon ce que tu testes
Super ça, l'infra au niveau des tests est un poil plus rudimentaire chez nous, c'est assez fastidieux parfois d'écrire les tests auto
Oui idéalement il faut un dev à temps plein pour les faire.
Le minimum syndical c'est de (bien) faire les tests unitaires, ça règle déjà 90% des problèmes et des mauvais design de code (car un code non testable => poubelle).
Le 19 janvier 2021 à 13:26:31 Contravariance a écrit :
Le 19 janvier 2021 à 13:13:10 cuteTako a écrit :
Le 19 janvier 2021 à 13:10:06 Contravariance a écrit :
Le 19 janvier 2021 à 13:00:48 cuteTako a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Le 19 janvier 2021 à 12:30:01 Contravariance a écrit :
Le 19 janvier 2021 à 12:09:21 cilimichant2 a écrit :
2 PR en attente, l'alternant à encore péter un truc, bordelLe DT est entrain de péter des cables
Mettez en place des tests.
Perso c'est pas le truc qui risque d'arriverLa plupart des "gros" projets (plus de 5-6k lignes) sont aussi autour des 85-90%, du coup la moindre régression est directement détectée par la CI.
vous utilisez quoi pour les tests ?
Ca dépend des technos que tu utilises.
Grosso modo on essaie de couvrir les différents niveaux de la pyramide de tests (tests unitaires, de composants, d'intégration et E2E).En java/kotlin : junit, mockito et spring-boot-tests (et testcontainers, wiremock et mockServer)
En nodeJS : jest et nockEt à plus haut niveau tu peux rajouter du selenium, postman, karate, webdriver, appium... selon ce que tu testes
Super ça, l'infra au niveau des tests est un poil plus rudimentaire chez nous, c'est assez fastidieux parfois d'écrire les tests auto
Oui idéalement il faut un dev à temps plein pour les faire.
Le minimum syndical c'est de (bien) faire les tests unitaires, ça règle déjà 90% des problèmes et des mauvais design de code (car un code non testable => poubelle).
Je suis d'accord ça fait plaisir de discuter avec vous tous en tout cas
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Que l'alternant fasse des erreurs dans l'environnement de dev y'a aucun soucis, c'est la base (logique car alternant).
Que l'alternant fasse des erreurs en prod c'est non. La base c'est de lui apprendre dès le premier jour qu'on ne touche pas à la prod sans validation. Et c'est au surveillant de l'alternant de valider la mise en prod.
Le 19 janvier 2021 à 14:24:47 aty007 a écrit :
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Que l'alternant fasse des erreurs dans l'environnement de dev y'a aucun soucis, c'est la base (logique car alternant).
Que l'alternant fasse des erreurs en prod c'est non. La base c'est de lui apprendre dès le premier jour qu'on ne touche pas à la prod sans validation. Et c'est au surveillant de l'alternant de valider la mise en prod.
Attends, il a fait des erreurs en prod ? nous on y a même pas accès
Le 19 janvier 2021 à 14:24:47 aty007 a écrit :
Aya, après s'il est alternant faut accepter qu'il fasse des erreurs ça arrive à tout le monde, mais faut qu'il évite de faire péter les projets à chaque fois
Que l'alternant fasse des erreurs dans l'environnement de dev y'a aucun soucis, c'est la base (logique car alternant).
Que l'alternant fasse des erreurs en prod c'est non. La base c'est de lui apprendre dès le premier jour qu'on ne touche pas à la prod sans validation. Et c'est au surveillant de l'alternant de valider la mise en prod.
Je ne pense pas que l'alternant ait accès à la prod.
Qu'il fasse des erreurs c'est normal.
Néanmoins ces erreurs devraient être détectées lors de la code review, lors de la CI, ou au pire lors des phases de non régression. C'est plutôt une erreur de l'entreprise à ce niveau.
Je suis prêt à parier qu'il n'y a pas de tests unitaires sur le projet, ni de phase de pair testing.
Données du topic
- Auteur
- cuteTako
- Date de création
- 19 janvier 2021 à 09:26:22
- Date de suppression
- 31 janvier 2021 à 20:52:52
- Supprimé par
- Modération ou administration
- Nb. messages archivés
- 1590
- Nb. messages JVC
- 1571