Assurance qualité logicielle (SQA) : Plan, Audit et RevIEW

⚡ Résumé intelligent

L'assurance qualité logicielle examine le processus de gestion d'un projet plutôt que le produit lui-même, fournissant ainsi au conseil d'administration des preuves documentées qu'un responsable des tests a respecté les normes convenues, de la planification à la mise en production.

  • (I.e. Revexamen vs audit : Une revue examine le processus ; un audit examine les produits de travail qu'il a produits.
  • ☑️ Objectif : Un auditeur SQA indépendant fournit les preuves qu'un responsable des tests ne peut pas produire seul.
  • Trois étapes: Élaborer le plan d'assurance qualité logicielle, définir les normes, puis examiner le processus selon le calendrier prévu.
  • 🧪 Cinq points de contrôle : Les niveaux SQA0 à SQA4 couvrent la planification, les exigences, la conception des tests, la mise en production et la clôture du projet.
  • Contenu du plan : Des rôles clairement définis, des produits de travail pouvant être examinés avec des droits d'accès et un calendrier d'audit daté.
  • 📈 Meilleure pratique : Certifier le processus, documenter les politiques, track indicateurs et partager la responsabilité de la qualité.

Assurance qualité logicielle (AQL) : Planification, audit et RevIEW

Après les sept phases de test, les résultats sont encourageants. Aucun problème majeur n'a été constaté dans le cadre du projet. Guru99 Bank, et vous étiez fiers de la façon dont cela s'est terminé. Malheureusement, le conseil d'administration a un avis différent.

Le comité de direction demande au responsable des tests des preuves que le projet a été bien géré.

N'ayant aucune preuve de votre bonne gestion de projet, vous consultez un conseiller. Sa réponse s'impose clairement : un audit de gestion s'impose.

Le conseiller recommande une revue par un responsable des tests ou une assurance qualité comme preuve de la qualité du travail.

Cette réponse constitue un début, mais elle laisse trois questions en suspens : en quoi consistent réellement un examen et un audit, pourquoi le processus en a besoin et comment les mener ?

Diagramme de flux « Quoi, Pourquoi et Comment » illustrant les trois questions relatives aux revues et audits de gestion des tests

Qu'est-ce que la gestion des tests ? Revrevues et audits ?

  • Revue de direction : Une revue de gestion est également connue sous le nom de logiciel QAL'assurance qualité (AQ), ou SQA, se concentre sur le processus logiciel plutôt que sur les produits logiciels. Elle consiste en un ensemble d'activités visant à vérifier que le chef de projet respecte le processus standard défini au préalable. L'assurance qualité garantit que le responsable des tests effectue les tâches appropriées de la manière appropriée.
  • Vérification: Un audit consiste à examiner les produits du travail et les informations connexes afin de vérifier si le processus standard a effectivement été suivi.

L'évaluation porte sur le comportement ; l'audit, quant à lui, examine les traces écrites qu'il laisse.

Pourquoi avons-nous besoin de l'assurance qualité logicielle (SQA) dans le processus de gestion des tests ?

Considérons le scénario suivant. Le projet Guru99 Bank suit une chaîne de phases de gestion des tests, de l'analyse des risques au rapport de test final :

Phases de gestion des tests en cascade : analyse des risques, estimation, planification, organisation, suivi et contrôle, gestion des problèmes, rapport

En tant que responsable des tests, vous êtes la personne en charge de ces activités. Cependant, Vous êtes à la tête de l'équipe projet. Qui, alors, examine vos tâches et vérifie que les activités de gestion de projet sont exécutées selon les normes les plus élevées ?

L'auditeur SQA s'en charge. Il vérifie que les activités de gestion de projet répondent aux exigences. Standard et vous interroge afin d'évaluer votre performance par rapport au projet. Seul cet examen permet au comité de direction de juger votre gestion de projet. Trois avantages en découlent :

Trois avantages de l'assurance qualité logicielle (AQL) : le suivi et l'amélioration du processus, la garantie du respect des normes et la prévention des problèmes de qualité.

Comment mettre en œuvre l'assurance qualité

L'assurance qualité est mise en œuvre en trois étapes. Le diagramme illustre l'étape intermédiaire. Préparation — la préparation des normes et de la méthodologie abordées à l’étape 2 :

Trois étapes pour mettre en œuvre l'assurance qualité : élaborer le plan d'assurance qualité logicielle (AQL), ​​préparation, examen du processus

Étape 1) Élaborer le plan d'assurance qualité logicielle

Une activité de test nécessite un plan de test; une activité SQA nécessite également un Plan SQACe document décrit les processus et les procédures permettant de garantir que le produit ou le service livré respecte le niveau de qualité attendu. Le responsable des tests le rédige lors de la planification du projet et programme les audits de manière périodique.

Le gestionnaire de tests effectue trois sous-étapes :

Les trois sous-étapes d'un plan d'assurance qualité logicielle (AQL) : identifier les rôles, lister les produits de travail à auditer, créer le calendrier d'AQL

Étape 1.1) Identifier les rôles et les responsabilités de l'équipe SQA

Au sein d'une équipe projet, chaque membre est responsable de la qualité de son propre travail et doit s'assurer qu'il répond aux critères d'assurance qualité.

L'équipe SQA pilote cet effort, le responsable des tests doit donc l'indiquer. responsabilité de chaque membre SQA du plan SQA :

  • Évaluation et évaluer la qualité des activités du projet par rapport aux critères d'assurance qualité.
  • Coordonner avec le conseil d'administration et les équipes de projet pour évaluer les besoins et participer aux réunions d'examen et de suivi des projets.
  • conception track et recueillir des indicateurs permettant de contrôler la qualité du projet.
  • Mesurer la qualité du produit et assurer Il répond aux attentes des clients.

Par exemple, le plan SQA du projet GuruLa banque 99 répertorie les L'équipe SQA comme ci-dessous.

Non Membre Rôles Responsabilité
1 Peter Responsable SQA Élaborer et documenter les normes et processus de qualité pour chaque processus de gestion

Gérer les activités d'assurance qualité des logiciels pour le projet

2 James Auditeur SQA Effectuer les tâches d'assurance qualité logicielle (AQL) et rendre compte du résultat de chaque revue AQL au responsable AQL.
3 Haricot Auditeur SQA Effectuer les tâches d'assurance qualité logicielle (AQL) et rendre compte du résultat de chaque revue AQL au responsable AQL.

Étape 1.2) Lister les produits de travail que l'auditeur SQA devra vérifier. Revexamen et audit

Le gestionnaire de tests doit

  • Liste chaque produit de travail de chaque processus de gestion des tests.
  • Définir quels sont les installations ou équipements auxquels l'auditeur SQA peut accéder pour effectuer des tâches SQA telles que les évaluations et les audits de processus.

Pour Guru99 Banque, listez les produits de travail de chaque processus de gestion des tests et définissez les autorisations d'accès pour les membres SQA :

Non Phases de gestion Produit du travail Chemin Autorisation Octroi à la personne
1 Une analyse des risques Document de gestion des risques [Chemin du serveur] Lire Tous les membres de l'équipe SQA
2 estimation Rapport d'estimation et de mesures ... Lire Peter
3 Planification Document de planification des tests ... Lire Tous les membres de l'équipe SQA
4 Organisation Plan de ressources humaines, plan de formation ... Lire Tous les membres de l'équipe SQA
5 Monitorage et contrôle Mesures collectées de l'effort du projet ... Lire Haricot
6 Gestion des problèmes Rapport de gestion des problèmes ... Lire James
7 Rapport de test Document de rapport de test ... Lire Tous les membres de l'équipe SQA

Étape 1.3) Créer le planning d'exécution des tâches SQA

Le responsable des tests décrit les tâches que l'auditeur SQA effectuera et le produit de travail que chaque tâche générera.

Le calendrier d'assurance qualité logicielle (AQL) est généralement déterminé par le calendrier de développement du projet ; chaque tâche est donc planifiée en fonction de l'activité de développement en cours. Un exemple de calendrier de revue de gestion est présenté ci-après.

Date Tâches SQA Responsable Description Sortie
X Évaluer la planification du projet, tracprocessus de roi et de surveillance James – Spécifications logicielles RevIEW
– Estimation, calendrier directeur et plan de projet RevIEW
Rapport de planification SQA, compte rendu de la revue SQA
X Revvoir l'analyse des besoins James - RevVoir le développement des exigences logicielles Rapport d'audit de processus
30-Mar-2026 Revexaminer et évaluer la conception des tests James - RevVoir le document Test Design Rapport SQA, procès-verbal de révision SQA
30-Mar-2026 Revvoir la version Haricot – Audit des processus : Version finale Rapport d'audit du processus SQA
2-Apr-2026 Revclôture du projet de vision Haricot – Examen externe après livraison finale au client Rapport d'audit du processus SQA

Étape 2) Définir les normes et la méthodologie

Pour évaluer les activités de gestion par rapport à un processus standard, ce dernier doit d'abord exister par écrit :

  1. Définir les politiques et procédures destinées à prévenir l'apparition de défauts dans le processus de gestion.
  2. Documentez les politiques et les procédures.
  3. Informer et former le personnel à leur utilisation.

Le diagramme tracest cette séquence :

Définir les politiques et les procédures, documenter la politique et les directives, puis informer et former le personnel

Étape 3) Revconsulter le processus

RevLes activités du projet sont examinées afin de vérifier leur conformité au processus de gestion défini. Lors d'une revue de gestion, les membres de l'assurance qualité logicielle (AQL) effectuent cinq revues, numérotées de AQL0 à AQL4 :

Cinq revues SQA : SQA0 planification du projet, SQA1 analyse des exigences, SQA2 conception des tests, SQA3 avant la mise en production, SQA4 clôture du projet

RevLe calendrier des vues dépend du modèle de cycle de vie du développement. GuruChez 99 Bank, les points de contrôle correspondent au cycle de vie des tests comme suit :

Carte chronologiqueping SQA0 à SQA4 : planification des tests, exigences, conception des tests, exécution des tests, rapport de test et clôture

À chaque phase de l'assurance qualité logicielle (AQL), ​​les membres de l'AQL examinent les plans de projet, les livrables et les procédures au regard de la politique organisationnelle définie. Lors d'un audit, ils doivent travailler à partir d'un Liste de contrôle de révision SQA, qui attribue à chaque activité la note Oui, Non ou N/A et convertit le résultat en un pourcentage de réussite.

Après avoir suivi les trois étapes de la mise en œuvre de l'assurance logicielle, vous obtenez le résultat de la gestion des tests. RevExamen et audit. Ce rapport constitue la preuve de la qualité de la gestion que vous présentez à vos parties prenantes.

Le conseil d'administration a accepté un rapport SQA positif et a félicité le responsable des tests.

Meilleures pratiques en matière d’assurance qualité logicielle

Voici des habitudes éprouvées pour une mise en œuvre efficace de l'assurance qualité logicielle.

  • Amélioration continue: Chaque processus standard en assurance qualité logicielle (AQL) doit être régulièrement amélioré et officialisé afin de servir de modèle. Il convient de certifier le processus selon un modèle reconnu tel que l'ISO 9001 ou le domaine de pratique « Assurance qualité des processus et des produits » (PPQA) du CMMI.
  • Documentation: Toutes les politiques et méthodes d'assurance qualité définies par l'équipe d'assurance qualité doivent être documentées à des fins de formation et de réutilisation dans le cadre de projets futurs.
  • Expérience : Choisir des auditeurs SQA expérimentés est un moyen fiable de garantir la qualité d'une revue de direction.
  • Utilisation de l'outil : L'utilisation d'outils tels que la résolution de problèmes trackers et outils de gestion des tests réduit les efforts liés à l'assurance qualité logicielle et les coûts du projet.
  • Métrique: Des indicateurs qui tracLa qualité du logiciel k dans son état actuel, et la comparer aux versions précédentes, augmente la valeur et la maturité du vers les tests processus.
  • Responsabilité: L'assurance qualité logicielle (AQL) n'est pas la seule responsabilité du membre de l'équipe AQL. Chaque membre de l'équipe est responsable de la qualité du produit, et pas seulement le responsable des tests ou le manager.

FAQ

L'assurance qualité est axée sur les processus et préventive : elle vérifie le respect des méthodes de travail convenues. Le contrôle qualité est axé sur le produit : il inspecte et teste le produit livré. Guru99 compare les deux dans assurance qualité versus contrôle de la qualité.

Les deux options sont pertinentes. Les audits internes sont moins coûteux et plus fréquents, ce qui permet de corriger les problèmes rapidement. Les audits externes ont davantage de poids auprès des clients et des organismes de réglementation, car l'auditeur est indépendant de l'équipe opérationnelle.

La norme ISO 9001 définit le système de management de la qualité, la norme ISO/IEC 25010 le modèle de qualité des produits et la norme ISO/IEC/IEEE 29119 les tests logiciels. Le CMMI ajoute le domaine de pratique « Assurance qualité des processus et des produits », qui constitue l’équivalent formel le plus proche de ce cycle.

Track efficacité d'élimination des défauts, densité des défauts, couverture des exigences et des tests, défauts non détectés en production et conclusions d'audit clôturées à temps. Guru99 liste l'ensemble complet sous métriques de test logiciel.

ISTQB Foundation Le niveau de base est généralement le point de départ, les postes de responsable des tests et d'analyste des tests correspondant à un niveau avancé. QAI propose les certifications CSQA et CSTE, et ASQ offre la certification d'ingénieur qualité logiciel certifié pour les rôles axés sur les processus.

Sous Méthodologie agile Les cinq revues d'étape deviennent plus simples et récurrentes. Les contrôles de processus sont intégrés aux revues de sprint et aux rétrospectives, les preuves proviennent du pipeline plutôt que des documents, et la définition de « terminé » absorbe une grande partie de la liste de contrôle.

Les modèles d'IA génèrent désormais des cas de test à partir des exigences, signalent le code à risque pour un examen plus approfondi, regroupent les défauts dupliqués et synthétisent les éléments probants d'audit. Le périmètre, l'acceptation des risques et la validation restent du ressort de l'auditeur, car la conclusion lui incombe.

Oui, pour les travaux mécaniques. Copilote GitHub Il génère des scripts de test, des fixtures et des modèles de checklist, et rédige des notes de révision à partir d'un diff. Chaque suggestion doit être examinée, car les tests générés peuvent reproduire un comportement erroné de manière convaincante.

Résumez cet article avec :