👱🏽
Bonjour tout le monde
Comment est-ce que vous vous assurez de la qualité de la delivery ? Je veux dire, comment vérifiez-vous que les nouveautés fonctionnent et sont conformes à l’attendu ?
En particulier, est-ce que vous avez des QA ? Si oui, quelles sont leurs responsabilités ? Si non, comment est-ce que vous êtes organisés ?
Merci beaucoup pour vos retours d’expérience !
👰🏻
Hello, ça dépend de vos effectifs
- si tu as la chance d’avoir des QA alors ils sont la cible toute trouvée... à moins qu’ils soient plutôt seniors / dévoués à faire monter l’équipe en maturité (mise en place de tests auto, challenge des pratiques de l’équipe, ...), auquel cas cf bullet point suivante
- si tu n’en as pas, ou qu’il est dommage de les solliciter pour ça, alors il est intéressant de déporter la QA dans l’équipe tech. Ca implique quelques éléments de process :
- la peer review inclut alors les tests fonctionnels
- ... et donc les tests à jouer pour chaque fonctionnalité sont définis en amont du dev, ce qui est une excellente pratique pour envoyer des tickets quali en prod et être sûr de balayer tous les use cases. Ca permet aussi d’éviter l’over-engineering où on se dit “tiens il manque peut-être tel cas à tester, il faut reprendre le code”. Enfin, ça facilite le chiffrage et l’estimation de la complexité tech parce que les devs sont obligés d’y réfléchir en amont.
- dans tous les cas il me semble aussi nécessaire que le PM fasse une passe sur ces tests, ça l’oblige à rester au contact du produit dans ses détails. Là encore, des tests définis en amont facilitent le boulot de validation, et rendent plus acceptable l’acceptation ou le rejet d’un développement
- une couche de principe de réalité par-dessus tout ça : chez nous on est très restreints en effectifs, donc on fait quelques raccourcis sur les tests en amont, en s’appuyant sur nos forces (des devs “tauliers” là depuis le début de la boîte et super au fait des règles métier etc), en les spécifiant d’une manière un peu plus macro et donc un peu plus floue. Ca permet d’avancer en effectif réduit tout en restreignant l’endettement. Forcément ça génère qq mauvaises surprises en fin de dev, mais on est dans un compromis OK.
🙋🏽‍♀️
C’est forcément un processus continu:
- les devs collaborent avec le produit pour s’assurer de la compréhension de la qualité attendue
- les devs implémentent des tests et font de la review entre eux
- les devs font de la review avec le PM
- et ensuite selon tes contraintes et/ou exigences (budget, sensibilité au bug, criticité du système…) tu peux avoir des équipes de QA
La seule constante c’est : quelqu’un doit le faire !
👱🏽
Pour donner plus de détails :