Les tests d’assurance qualité (QA) sont un ensemble de vérifications techniques, automatisées ou manuelles, réalisées par l’équipe de développement ou une équipe dédiée, pour s’assurer qu’une application, un site web ou un système fonctionne correctement, de manière fiable, sécurisée et conforme aux spécifications techniques et fonctionnelles — avant toute validation par les utilisateurs finaux.
Contrairement aux tests d’acceptation utilisateur (UAT) — qui valident « est-ce que ça répond au besoin ? » — les tests QA répondent à la question :
« Est-ce que ça marche comme prévu, sans bug, sans faille, et dans toutes les conditions ? »
Ce que couvrent les tests QA
| Type de test | Objectif | Exemples concrets |
|---|---|---|
| Tests fonctionnels | Vérifier que chaque fonctionnalité fonctionne selon le CSF | Un formulaire envoie bien les données, un bouton “export CSV” génère un fichier valide |
| Tests de non-régression | S’assurer qu’une nouvelle fonctionnalité ne casse pas l’existant | Après mise à jour de WordPress, les anciens articles s’affichent toujours |
| Tests de performance | Mesurer rapidité, charge, fluidité | Temps de chargement < 2s, support de 100 utilisateurs simultanés |
| Tests de sécurité | Identifier vulnérabilités | Pas de failles XSS, CSRF, accès non autorisés aux fichiers |
| Tests d’accessibilité (technique) | Conformité WCAG niveau AA/AAA | Balises ARIA correctes, contraste suffisant, navigation clavier |
| Tests de compatibilité | Fonctionnement sur différents environnements | Affichage correct sur Chrome, Firefox, Safari, mobile iOS/Android |
| Tests automatisés | Répétabilité et fiabilité | Scripts avec Playwright, Cypress, PHPUnit |
Position dans le cycle de développement
Développement → Tests unitaires → Tests d’intégration → Tests QA (équipe tech)
↓
Tests UAT / Recette fonctionnelle (maître d’ouvrage)
↓
Mise en production→ Les tests QA précèdent toujours les UAT.
→ Si les QA échouent, on ne passe pas en UAT.