Temps de lecture : 1 Minutes

Garantir la qualité du produit ? Voici la carte de pointage dont vous avez besoin

Nous avons consulté des entreprises de tous les secteurs pendant des années et réalisons à maintes reprises que la mise en place d’un processus de test intensif, son examen et l’amélioration périodique est un moyen sûr de lancer des produits qui résonnent avec les utilisateurs finaux et tous les parties prenantes concernées.

L’un des responsables de la qualité des produits d’une entreprise, par exemple, a déclaré qu’il était dans l’industrie depuis longtemps et qu’il s’était assez adapté aux tendances telles que automatisation des tests, mise en place d’un modèle d’intégration continue/livraison continue, etc., et pourtant ils trouvaient encore des défauts P0 P1 s’échappant dans la production.

Bien que la mise en place d’un QA produit semble rassurante, les résultats finaux n’étaient pas ce qu’ils recherchaient.

Nous convenons qu’aucun produit ou logiciel n’est exempt de défauts. Mais il peut moins faire défaut.

Et ce n’est qu’un exemple.

Certaines entreprises ont des approches différentes de la qualité des logiciels, certaines s’en sortent très bien, et d’autres ont une vision déformée de la qualité en mesurant de mauvaises métriques et en entraînant de mauvaises décisions.

Petits ou grands, des changements incrémentiels se produisent lorsque vous établissez une carte de pointage de qualité logicielle de base qui mesure le processus STLC depuis les exigences jusqu’à ce que vous appuyiez sur le bouton de déploiement.

Fiche d’évaluation QA : qu’est-ce que c’est ?

Un tableau de bord QA logiciel est similaire à vos montres fit bit : comme le panneau affiche le nombre de pas que vous avez effectués, les heures de sommeil et d’autres informations vitales, un tableau de bord QA produit montre le KPI de la qualité de votre produit – les mesures qui présenteront à quel point votre la qualité du produit est.

En bref : identifiez rapidement les domaines d’amélioration, les processus inefficaces ou les équipes sous-performantes grâce aux tableaux de bord d’assurance qualité.

Qui l’utilise ?

Les organisations de toutes tailles, petites ou grandes, utilisent les cartes de pointage QA pour améliorer les performances de l’équipe et leurs stratégies QA. Une organisation peut utiliser le modèle QA Scorecard avec une liste de listes de contrôle comme ligne directrice pour que l’équipe respecte la qualité et les normes attendues par leurs clients sur une base régulière.

Les fiches d’évaluation du contrôle qualité deviennent utiles aux personnes suivantes en général :

  • Analystes AQ
  • Chefs d’équipe
  • Gestionnaires
  • Superviseuses

Les équipes d’ingénierie peuvent préparer elles-mêmes un tableau de bord d’assurance qualité ou demander une aide externe en fonction des besoins.

Cependant, l’équipe d’assurance qualité ne peut à elle seule assumer la qualité/la performance de l’équipe sans évaluer par rapport aux listes de contrôle, aux directives que l’équipe/l’organisation suit.

Avantages de la carte de pointage QA :

Voici les avantages que l’équipe d’AQ peut déduire de la carte de pointage d’AQ :

  • Voici les avantages que l’équipe d’AQ peut déduire de la carte de pointage d’AQ :
  • Compréhension claire de l’état ou de la qualité sur la base des commentaires
  • Établissez une référence et les équipes peuvent également apprendre les meilleures pratiques
  • Aide à suivre la progression des activités de test.

Construire un tableau de bord QA

Comme mentionné précédemment, QA Score Card est essentiellement un modèle avec la liste des questions standard basées sur le projet ou l’entreprise. Il consiste en un ensemble limité de questions, disons 10 à 20 pour déterminer la qualité.

Chaque question posée à l’équipe est accompagnée d’un briefing et d’une explication détaillée des attentes et des normes à respecter pour maintenir la qualité, à la fois fonctionnelle et non fonctionnelle. De plus, la pondération des questions diffère en fonction de ce que l’équipe veut réaliser.

Par exemple, voici un exemple de questionnaire de tableau de bord d’AQ que vous pouvez utiliser pour mesurer l’ensemble de vos activités d’AQ

Activités Définition
Conditions
Clarté Les exigences fournies sont-elles claires avec des critères d’acceptation détaillés ?
Analyse d’impact Une analyse d’impact est-elle effectuée pour chaque histoire et suivie ?
Test de développement
Tests unitaires & d’intégration Les tests unitaires et d’intégration sont-ils automatisés et la couverture analysée ?
Analyse de code statique L’analyse statique du code est-elle effectuée pour découvrir les problèmes avant même l’exécution ?
DevOps (CICD)
Pipelines automatisés Le processus de construction est-il automatisé avec l’exécution des tests automatisés ?
Archivage des artefacts Les builds sont-ils archivés et l’historique est-il conservé ?
Stratégie / Planification des tests
Types de tests Les types de tests requis sont-ils identifiés et estimés pendant le Sprint ?
Risque Les risques liés au Calendrier \ Effort \ Environnement \ Ressources sont-ils prévus lors de la planification ?
Conception des tests
Traçable à l’exigence Les tests conçus sont-ils traçables aux exigences ?
Couverture L’examen par les pairs a-t-il lieu pour assurer la couverture ?
Automatisation des tests
Planification et exécution L’automatisation des tests est-elle planifiée, conçue et exécutée de manière cohérente pour les différents types de tests ?
Qualité L’efficacité de l’automatisation est-elle mesurée ?
Tester les artefacts
Résultats Les résultats des tests sont-ils capturés et suivis jusqu’à l’exigence ?
Approuver La version Go-No Go est-elle justifiée par un rapport d’approbation de test ?
Test fonctionel
Flux positifs négatifs Les tests fonctionnels couvrent-ils à la fois les flux positifs et négatifs ?
Combinaisons complexes Les tests fonctionnels couvrent-ils une combinaison complexe de flux ?
Tests non fonctionnels
Planification et exécution Les tests non fonctionnels sont-ils planifiés et exécutés dans le cadre des tests de version ?
Données de test et environnement Données de test et environnement spécifiques pour les tests non fonctionnels disponibles ?
Les tests de régression
Zones d’impact par ticket Les tests de régression basés sur l’analyse d’impact sont-ils identifiés et exécutés pour chaque ticket ?
Complet par Sprint Suite de tests de régression complète exécutée après le gel du code pour chaque sprint/release ?
Test de préparation à la production
Client comme E2E Les cas de test de bout en bout sont-ils similaires aux tests client identifiés et exécutés ?
Tester les données et l’environnement et les ressources Est-ce que l’environnement de test avec les données de test appropriées, les périphériques
Analyse des défauts
Paramètres collectés Les différents paramètres tels que la source du problème, l’environnement, le composant
Analyser & Agir Les mesures sont-elles dérivées des paramètres ci-dessus, analysées et converties en éléments exploitables ?

La notation se fait généralement en nombres de 0 à 5 ou avec des Oui de base/Pas d’option pour arriver au score. Le score final est fourni en termes de pourcentage sur 100.

Exemple de tableau de bord AQ :

exemple de tableau de bord qa

Comme vous pouvez le voir, cette équipe obtient de bons résultats sur CI L’assurance de la qualité d’un produit/logiciel dépend de l’ensemble de ces paramètres réunis.

Notation en détail :

Activités Cible Atteinte
Conditions
Clarté 5 4
Analyse d’impact 5 4
Test de développement
Tests unitaires & d’intégration 5 4
Analyse de code statique 5 3
DevOps (CICD)
Pipelines automatisés 5 5
Archivage des artefacts 5 5
Stratégie / Planification des tests
Types de tests 5 4
Risque 5 3
Conception des tests
Traçable à l’exigence 5 4
Couverture 5 2
Automatisation des tests
Planification et exécution 5 4
Qualité 5 3
Tester les artefacts
Résultats 5 4
Approuver 5 3
Test fonctionel
Flux positifs négatifs 5 2
Combinaisons complexes 5 1
Tests non fonctionnels
Planification et exécution 5 4
Données de test et environnement 5 4
Les tests de régression
Zones d’impact par ticket 5 4
Complet par Sprint 5 4
Test de préparation à la production
Client comme E2E 5 0
Tester les données et l’environnement et les ressources 5 0
Analyse des défauts
Paramètres collectés 5 3
Analyser & Agir 5 2
120 76
63.33%

L’objectif de toute équipe qualité produit est l’amélioration continue et la performance. Une équipe peut utiliser ce tableau de bord QA pour deux types de projets différents.

  • Projet existant
  • Nouveau projet

Prenons l’exemple d’un fournisseur d’assurance qualité externe travaillant avec un client qui souhaite obtenir le score d’assurance qualité de son produit. L’équipe du fournisseur devra définir un objectif clair avant de construire le questionnaire de la carte de pointage d’assurance qualité.

Dans la plupart des cas, le client souhaite connaître la raison des problèmes de production et des bogues/défauts manqués. Dans de tels cas, le fournisseur commencera par un engagement initial, dans lequel il se coordonnera étroitement avec l’équipe du client pour comprendre son modèle de travail, son processus de test et sa culture de travail et arriver à l’ensemble de questions qui aideront à atteindre les objectifs. du client.

L’avantage de faire cela est d’aider à comprendre si la fuite de bogues vers la production se produit en raison d’une mauvaise qualité ou de toutes leurs pratiques d’ingénierie combinées dès l’exigence de publication.

L’obtention du score final implique des réunions hebdomadaires avec l’équipe, l’étude de leurs exigences, la discussion avec leur équipe d’ingénierie, les processus qu’ils suivent et l’examen des artefacts de test et des outils de suivi des défauts.

L’analyse et la présentation du score s’étendent généralement sur 8 semaines, suivies du processus de signature au client.

Pour les équipes qui commencent tout juste à créer un produit, l’équipe peut avoir le modèle de carte de pointage QA comme liste de contrôle à partir de l’état initial pour maintenir la qualité du produit.

Cela les aiderait à combler les lacunes en matière de processus et de connaissances, ainsi que les domaines sur lesquels ils doivent travailler pour améliorer leurs performances et réussir à offrir une expérience utilisateur transparente.

Critères pour la carte de pointage QA

Critères de la carte de pointage QA

Que peuvent déduire les équipes d’assurance qualité du tableau de bord ?

Les équipes d’assurance qualité déduisent ce qui suit de la fiche d’évaluation :

  • Sur la base du score, ils identifient les domaines d’amélioration, à savoir, le processus, la documentation
  • Cause profonde du problème
  • Niveau de qualité du produit
  • S’évaluer par rapport aux procédures standard

Façons d’améliorer le tableau de bord QA

Comme toute pratique, la qualité implique une amélioration continue. Arriver au tableau de bord AQ ne doit pas être considéré comme un processus ponctuel. Voici quelques façons de mettre le tableau de bord QA en mode d’amélioration continue.

  • Surveiller systématiquement
  • Collaborer entre les équipes (Dev, QA, Ops)
  • Récompenses et reconnaissance au sein de l’équipe
  • Transparence et système de rétroaction continue

Vous cherchez à améliorer votre couverture d’automatisation des tests ? Jetez un oeil à Zuciservices d’automatisation des tests et découvrez comment vous pouvez tirer parti de Zuci pour les besoins de votre entreprise.

L’article est co-écrit par Vidya Shanmugam, Responsable d’essai @Zuci Systems.

Keerthi Veerappan

An INFJ personality wielding brevity in speech and writing. Marketer @ Zucisystems.

Partagez ce blog, choisissez votre plateforme !

Leave A Comment

Articles Similaires