QA et automatisation des tests
Des tests qui vous apprennent quelque chose. QA manuelle là où le jugement est nécessaire, suites automatisées là où il y a de la répétition, et un pipeline où un test en échec arrête réellement une mise en production.
Ce que nous faisons
QA manuelle
Plans de test rédigés à partir de vos exigences, sessions exploratoires sur de vrais appareils et navigateurs, et rapports de défauts qu’un développeur peut reproduire dès la première lecture.
Automatisation des tests
Suites de bout en bout dans Playwright exécutées en intégration continue à chaque modification, plus des tests au niveau des API, plus rapides et moins fragiles que le pilotage de l’interface.
Blocage des livraisons
Un pipeline où une suite rouge bloque le déploiement, et où un échec notifie le développeur qui peut agir plutôt qu’un canal que personne ne lit.
Contrôles d’accessibilité
Contrôles axe automatisés sur chaque composant, et passes manuelles au clavier et avec lecteur d’écran sur les parcours importants.
Règles que nous appliquons
- Chaque correctif de bug est livré avec un test pour sa classe, écrit contre la défaillance générale plutôt que le cas isolé signalé, et placé sur la couche la plus large capable de l’attraper.
- La base de données n’est jamais simulée. Les tests d’intégration s’exécutent sur une vraie base de données dans un conteneur, car les bugs qui atteignent la production vivent dans l’écart qu’un mock dissimule.
- Les tests vérifient des échecs précis, pas « une erreur s’est produite ». Un test qui passe pour la mauvaise raison est pire que pas de test.
- La couverture est mesurée et ne doit pas régresser, et les suites navigateur s’exécutent selon un calendrier sur une application compilée plutôt que sur un serveur de développement.
Travailler avec vos développeurs
Un ingénieur QA de notre équipe peut rejoindre votre processus existant : votre outil de suivi, votre définition du « terminé », votre cadence de mise en production. Nous sommes aussi heureux de commencer par un audit ponctuel qui vous dit où se trouvent les lacunes de couverture et quelle serait la première automatisation la moins coûteuse, avant que vous ne vous engagiez sur quoi que ce soit de plus long.
Vous voulez savoir où en est réellement votre couverture de tests ?
Envoyez le dépôt ou une description de votre processus de mise en production. Vous recevez une évaluation écrite et un premier plan d’automatisation sous un jour ouvré.