Assurance Qualité et Contrôle Qualité, la différence

LinkedInWhatsAppFacebookX

Quand on évolue dans le milieu du test que cela soit dans le jeu vidéo (et je vous rappelle que tester n’est pas jouer), le logiciel ou le web, on parle souvent d’Assurance Qualité et Contrôle Qualité (Quality Assurance, QA et Quality Control, QC). Si beaucoup de personnes, cernent en quoi cela consiste, le rôle reste un peu flou dans les détails.

Quality Assurance (Assurance Qualité, QA)

Certains y verront deux termes différents désignant la même chose, des domaines semblables, mais…

Yes! No!

S’ils sont voisins, ces deux domaines ne sont pas les mêmes, d’autant plus que selon les entreprises et les domaines on peut trouver des variations dans leurs définitions. Je vais tâcher de généraliser ce qu’est chacun et en quoi ils se distinguent, pour vous en donner une idée plus précise.

L’Assurance Qualité (Quality Assurance, QA)

Le but de l’Assurance Qualité est de par le biais de diverses procédures et plans de test de s’assurer qu’un projet ait la plus haute qualité possible. Elle travaille en étroite collaboration avec les équipes de développement afin de valider le projet et ses fonctionnalités à diverses étapes. Ainsi, elle s’assure que tout fonctionne, tel que cela a été défini.

Ces étapes peuvent comprendre, une nouvelle version du projet, les versions de soumission (celles qui vont être soumises par exemple pour des jeux à Sony, Microsoft, Nintendo). Mais cela peut aussi aller au-delà de la sortie du projet lors du développement de futures mises à jour.

Ainsi le QA va être concentré sur le processus de fabrication et faire la plupart du temps preuve de proactivité afin d’éviter les problèmes avant la sortie du projet mais des fois aussi à sa sortie ou de ses mises à jour afin de les détecter le plus tôt possible.

Le Contrôle Qualité (Quality Control, QC)

La différence majeure du QC est quand il intervient. Pour sa part son rôle est avant la sortie du projet ou après celle-ci. Il va chercher à identifier les problèmes rendant le projet non-conforme lorsqu’il va ou lorsqu’il est sorti. Il se concentre sur ce qui affecte les normes du produit, plus que sur ce qui pourrait relever de l’expérience utilisateur et donc plus sur le purement technique. Une grande partie de son travail est sur la version finale du produit, celle que les utilisateurs vont ou ont en main.

Il va utiliser divers outils pour mesurer la performance du produit, s’assurer que ses caractéristiques techniques restent conformes aux critères voulus et/ou imposés. On peut résumer en quelque sorte sa tâche par une inspection technique du produit.

Ainsi le QC pour sa part est concentré sur le produit et va devoir faire preuve de réactivité face aux éventuels défauts du produit. L’objectif étant qu’ils soient corrigés lors d’une nouvelle version ou un correctif.

Pour aller plus loin

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Retour en haut