Amélioration des tests fronts à la BPI
🧑💻
La DevX n'est pas "bonne"
(lisibilité / écriture)
🛡️
Tests peu efficaces pour empêcher certaines régressions
🛡️
Tests peu efficaces pour empêcher certaines régressions
On ne teste pas les interactions utilisateurs
On ne teste les composants qu' unitairement
🧑💻
La DevX n'est pas "bonne"
Les tests sont plutôt longs à écrire
Une refacto sans changement métier impose des changements dans les tests
Compliqué de comprendre ce que fait un composant en lisant les tests
On utilise Jasmine
permet de tester unitairement l'implémentation de chaque composant
Conséquence : outil qui n'est pas adapté pour tester les interactions utilisateurs
MR du 07/10/2022
Tester la présence / l'absence d'éléments sur la page
Très difficile à faire avec Jasmine, qui n'est pas fait pour
ATL est fait pour ça
Bug du 10/10/2022
Tester des comportements de composants complexes
Sur mon projet (Aldrin)
Jasmine
Jest
Angular Testing Library
✅
⏳️
Sur mon projet (Aldrin) - Stratégie
Tout nouveau fichier de composant doit être testé avec ATL (pokayoke : blocage CI)
Migration des anciens fichiers de tests pendant les journées qualité
A la BPI
25 août
20 septembre
12 octobre
Ecritures de standards ATL
Formation des autres équipes travaillant sur BRI
jasmine & ATL sur frontend-main
jest et ATL sur
frontend-boost (migration)
jest et ATL sur frontend-imc (new)
1800 tests
~ 11 JH
En comparaison, pour boost 300 tests pour 2 JH
stratégie brute force
REX
stratégie progressive
Perte de temps (nombreux conflits)
Démotivation
Moins de conflits
Petit coût à l'entrée
REX
Migration vers Jest a des avantages
Standard à Theodo
Coût est important pour un gros projet (+ de 500 tests)
Gros projets
Petit projets
Migration vers ATL depuis Jasmine
Migration vers Jest puis ATL
frontend-main
frontend-boost
frontend-imc