QA & automatisation des tests
Tests fonctionnels, suites de non-régression automatisées et travail de performance — conçus pour être exécutés par votre équipe longtemps après notre départ, pas pour créer une dépendance envers la nôtre.
L'assurance qualité consiste à trouver les défauts tant qu'ils sont encore peu coûteux — c'est-à-dire au plus près du moment où ils sont écrits. L'automatisation des tests permet de continuer à le faire à mesure que la base de code grandit, sans que l'effort de test grandisse avec elle.
La valeur ne tient pas qu'aux bogues trouvés. Une bonne suite automatisée est ce qui rend une équipe prête à changer les choses : sans elle, chaque version est un risque, alors l'équipe cesse de refactoriser, contourne les problèmes au lieu de les corriger, et le système se fige. Avec elle, un développeur peut faire une modification importante et savoir en quelques minutes s'il a cassé quelque chose.
L'échec qu'on nous demande le plus souvent de corriger n'est pas un manque de tests — c'est une suite si lente et instable que l'équipe a appris à l'ignorer. Un build rouge auquel personne ne croit est pire que pas de build du tout.
Ce ne sont pas des niveaux de maturité. Les équipes matures font les deux, délibérément.
| Manuel / exploratoire | Automatisé | |
|---|---|---|
| Meilleur pour | Trouver des problèmes que personne n'a pensé à spécifier | Confirmer qu'un comportement connu n'a pas cassé |
| Profil de coût | Se répète à chaque version | Élevé à construire, quasi nul à relancer |
| Vitesse | Des heures à des jours par cycle | Quelques minutes, à chaque commit |
| Détecte | Problèmes d'utilisabilité, défauts visuels, cas limites étranges | Régressions, ruptures de contrat, erreurs de logique |
| Manque | Les régressions dans les zones que personne n'a retestées | Tout ce pour quoi personne n'a écrit de test |
| À utiliser pour | Nouvelles fonctionnalités, changements risqués, validation de version | Tout ce qui doit continuer à fonctionner |
Nous automatisons la confirmation répétitive et gardons des humains sur l'exploratoire — l'inverse de ce que font la plupart des équipes par défaut.
Six services, achetés séparément ou sous forme de programme.
Stratégie & audit de test
Une lecture de ce que vous testez aujourd'hui, de l'endroit où se situe réellement le risque et de ce qu'il faut automatiser en premier. On découvre généralement que la couverture se concentre là où les bogues coûtent le moins.
Suites de non-régression automatisées
Des suites de bout en bout et d'intégration en Playwright ou Cypress, branchées sur la CI pour s'exécuter à chaque pull request plutôt que selon un calendrier que personne ne surveille.
Tests fonctionnels & exploratoires
Des tests humains des nouvelles fonctionnalités et des versions candidates, avec des rapports de bogue reproductibles plutôt que des tickets « ça ne marche pas ».
Tests de performance & de charge
Trouver où votre système tombe avant qu'une campagne ne le fasse à votre place — avec un profil de ce qui casse en premier et de ce que coûte la correction.
Tests d'API & de contrat
Vérifier les interfaces entre services, pour qu'une modification du back-end ne puisse pas casser en silence une application mobile encore dans les stores.
Infrastructure de test CI/CD
Rendre la suite assez rapide, parallèle et fiable pour que les développeurs lui fassent confiance — la seule façon pour que les tests soient réellement utilisés.
Le même défaut coûte considérablement plus cher à mesure qu'il est trouvé tard. C'est tout l'argument économique de la QA.
Pendant l'écriture
Le développeur a encore tout le contexte en tête. Un test unitaire en échec pointe la ligne exacte.
En revue de code ou en CI
Changement de contexte, reproduction, correction, nouvelle revue. Agaçant mais circonscrit, et rien n'a été livré.
En préproduction / QA
Un rapport de bogue, un tri, une reproduction, une correction, un nouveau test et une décision de livraison — plusieurs personnes impliquées.
En production
Gestion d'incident, correctif d'urgence, éventuellement réparation de données, communication client, et le coût en confiance qu'on ne peut pas facturer.
Ce sont des ordres de grandeur, pas des mesures issues de votre base de code — le rapport compte plus que les valeurs absolues, et ce rapport est constant dans toutes les équipes avec lesquelles nous avons travaillé.
Trois formules selon que vous ayez besoin de construire une capacité ou d'ajouter des ressources.
Audit & stratégie QA
Une mission de deux à trois semaines qui produit une évaluation honnête de la couverture actuelle, une cartographie des risques et un plan d'automatisation priorisé que vous pouvez exécuter avec ou sans nous.
- Idéal pour : les équipes qui savent que la qualité pose problème sans savoir par où commencer.
Mise en place de l'automatisation
Nous construisons la suite et l'infrastructure CI, puis formons votre équipe pour qu'elle en prenne la charge. Conçu explicitement pour se terminer — nous ne cherchons pas à devenir permanents.
- Idéal pour : les équipes qui ont des développeurs mais aucune pratique d'automatisation.
QA intégrée
Des ingénieurs QA au sein de votre équipe, sur votre cycle de livraison, au mois. Tests des nouvelles fonctionnalités, maintenance de la suite et validation des versions.
- Idéal pour : les cycles de livraison continus où la QA ne peut pas être un projet.
Choisis pour correspondre à votre pile, car une suite que vos développeurs ne savent pas lire est une suite qu'ils ne maintiendront pas.
Bout en bout
- Playwright
- Cypress
- Detox (mobile)
Unitaires & intégration
- Vitest
- Jest
- Pytest
- Testing Library
API & contrat
- Postman / Newman
- REST Assured
- Pact
Performance
- k6
- JMeter
- Lighthouse CI
CI
- GitHub Actions
- GitLab CI
- Environnements de prévisualisation
Pas tout, et viser un pourcentage de couverture est généralement contre-productif. Nous automatisons les parcours où une régression coûte vraiment de l'argent — paiement, authentification, transactions, tout ce qui touche à l'intégrité des données — et laissons les zones cosmétiques peu utilisées aux tests exploratoires. Une suite ciblée qui tourne en quatre minutes est utilisée ; une suite exhaustive qui en prend quarante est sautée.
Démarrer un projet
La zone que vous redoutez le plus de modifier est généralement le bon point de départ. Nous vous dirons ce qu'il faudrait pour la sécuriser.
- Réponse sous un jour ouvré
- Séance de cadrage gratuite, sans engagement
- Le document de cadrage vous appartient dans tous les cas