Atteindre l’excellence en matière d’assurance qualité des logiciels : une approche pratique de l’analyse des écarts
An INFJ personality wielding brevity in speech and writing.
La qualité des logiciels ou des produits est-elle la responsabilité d’un testeur ? Eh bien, dans certaines organisations, c’est une croyance répandue, tandis que dans d’autres, c’est l’inverse.
Les développeurs ont souvent l’impression que les testeurs les ralentissent et ne fournissent pas d’informations claires dans leurs rapports de bogues, tandis que les testeurs peuvent être frustrés par les développeurs qui ne les tiennent pas au courant des modifications de code. Et n’oublions pas l’équipe Ops.
Bien que ces stéréotypes ne soient pas toujours vrais, le fossé de communication entre les développeurs et les testeurs est un véritable problème qui peut conduire à des tests inadéquats et à des défaillances logicielles. Malheureusement, l’écart conduit finalement à l’accumulation de la dette technique d’une organisation en raison de l’évolution de la base de code, entre autres raisons.
C’est là qu’intervient l’analyse des lacunes dans les tests de logiciels.
L’analyse des lacunes est une analyse approfondie des processus et des pratiques de test ou d’AQ existants suivis dans une organisation. Le résultat de cette activité est d’identifier les domaines à améliorer et de fournir des suggestions pour améliorer les processus existants ou de recommander des processus supplémentaires qui amélioreraient les processus et les mesures d’AQ.
Pourquoi l’analyse des écarts d’AQ est-elle nécessaire ?
La qualité est la responsabilité de chacun – Edward Deming
Dans son livre classique, Dynamics of Software Development, Jim McCarthy illustre le type de pensée qui caractérise la culture de la qualité lorsqu’il dit que l’objectif de chaque membre de l’équipe (quelle que soit sa fonction) est le même : “pour expédier un excellent logiciel à temps.”
Si vous faites partie de l’équipe d’assurance qualité, il est fort probable que vous fassiez partie intégrante de l’équipe d’ingénierie plus large répartie dans le monde entier. Par conséquent, il devient impératif pour vous d’expliquer l’importance de l’analyse des écarts non seulement pour le processus d’assurance qualité, mais également pour l’ensemble de l’organisation.
Vous trouverez ci-dessous quelques cas qui nécessitent une analyse des lacunes en matière d’assurance qualité :
- Passer en revue les pratiques et les capacités de test de logiciels au sein des équipes
- Évaluer l’efficacité et l’efficience globales du processus de test
- Déterminer la maturité technique de l’organisation
- Améliorer l’exécution et la maintenance des tests
- Réduire les fuites de défauts vers la production
- Améliorer les expériences utilisateur
- Atteindre un retour sur investissement significatif des tests au fil du temps
- Mettre en œuvre de meilleures pratiques de documentation et de codage
- Améliorer l’agilité et la gestion du changement
L’analyse des lacunes est une étape cruciale dans l’identification des points faibles dans une application ou des processus existants et sert de voie vers l’amélioration lorsque les parties prenantes cherchent à affiner leurs processus. Le rapport d’analyse des lacunes offre des commentaires complets, ainsi que des suggestions et des recommandations précieuses pour améliorer les processus de test actuels.
Prérequis pour une mission d’analyse des écarts d’assurance qualité
Afin de mener à bien une mission d’analyse des écarts d’AQ, il est essential pour s’assurer que certaines conditions préalables sont remplies. Différentes équipes utilisent différentes méthodes, mais elles incluent toutes principalement :
- Compréhension claire de l’application ou du processus analysé
- Accès à tous les documents et informations pertinents relatifs à la demande ou au processus
- Experts en assurance qualité avec une expertise pertinente dans le domaine ou l’industrie
- Définition d’objectifs de qualité et de références à comparer avec l’état actuel
- Coopération et participation de toutes les parties prenantes concernées
- Des ressources adéquates, y compris du temps, un budget et des outils, pour mener l’analyse efficacement.
Lorsque ces conditions préalables sont remplies, l’analyse des écarts d’AQ devient facile à réaliser et donne des résultats efficaces.
Pour assurer l’objectivité et éviter les biais inhérents, il est recommandé que le consultant AQ affecté à un projet soit indépendant de l’équipe. Fournir au consultant une documentation pertinente concernant les processus du projet peut l’aider à comprendre le projet. De plus, la mise en place d’un environnement approprié pour le consultant est essentielle pour faciliter une analyse efficace.
Un cas d’utilisation d’analyse des écarts
Pour une récente mission d’analyse des écarts d’assurance qualité, l’équipe de Zuci tenait à comprendre la “culture de la qualité” chez le client. Voici les exigences imposées par l’équipe de Zuci au client :
- L’équipe de Zuci aurait certainement besoin des membres clés des équipes de développement et d’assurance qualité pour passer le temps nécessaire pour acquérir des connaissances sur les produits et comprendre les pratiques de l’équipe d’ingénierie.
- En plus des propriétaires de produits/modules, le consultant et l’analyste de test de l’équipe Zuci peuvent également aimer interagir avec les développeurs, les architectes, les équipes de support et les équipes d’ingénierie de construction/version pour comprendre les éléments critiques de l’application, si nécessaire.
- Le client doit s’assurer que l’accès aux applications, l’accès aux outils, l’accès au système, l’accès à la source d’automatisation des tests et les données de test sont disponibles pour l’équipe Zuci pendant la phase d’évaluation.
- Le client doit partager les défauts de production, les rapports de test/les mesures des versions précédentes pour les enquêtes.
Besoin en ressources côté client
1. Phase de présentation des produits et de l’ingénierie :
- 2-3 heures – Présentation du produit et KT [Par : QA ou BA]
- 2-3 heures – Processus de développement et aperçu [Par : Dev]
- 8 à 10 heures – Processus d’assurance qualité et aperçu [Par : AQ]
2.Phase d’évaluation :
- 30 minutes – 1 Heure par jour – Discussion / Interviews / Échantillonnage à la demande
Effectuer une analyse des écarts d’assurance qualité
Une bonne qualité logicielle ne concerne pas uniquement les tests, mais englobe d’autres pratiques d’ingénierie logicielle telles que la clarté des exigences, l’estimation, la qualité du code, la documentation, la dette technique, la maintenance logicielle, les compétences individuelles, les compétences de l’équipe et d’autres facteurs.
Une fois la portée de l’analyse des écarts définie, il est essentiel de convenir d’un calendrier pour l’engagement avec toutes les parties prenantes concernées.
Ensuite, il est utile de diviser les domaines de consultation de l’analyse des écarts en plus petits morceaux, tels que les tests fonctionnels, les tests d’automatisation et les processus de qualité. Cela garantit que tous les domaines pertinents sont couverts dans l’analyse.
Pour effectuer une analyse approfondie, il est nécessaire d’avoir accès aux ressources nécessaires, telles que les tableaux JIRA, les rapports de défauts et les outils CI/CD. Ces ressources peuvent fournir des informations précieuses sur l’état actuel de l’application ou du processus en cours d’évaluation. Ceci est suivi par la présentation du rapport d’analyse des écarts de premier niveau.
En suivant les étapes ci-dessus, l’équipe de Zuci a formulé des observations et des recommandations initiales pour l’un des clients.
| Observations de premier niveau | Recommandation |
|---|---|
| Les pratiques de codage standard ne sont pas suivies | Les pratiques de codage standard doivent être suivies, la documentation du code et les commentaires de code (ajout d’en-têtes dans les fichiers). Une analyse de code statique doit être effectuée. |
| La documentation de base n’est pas mise à jour régulièrement | La documentation de base doit être mise à jour régulièrement chaque fois qu’il y a un changement dans l’API exposée |
| Le cas de test pour chaque cas d’utilisation n’existe pas | Le cas de test pour chaque cas d’utilisation doit être faitdocumenté et approuvé par le responsable/responsable QA |
| Aucune validation ou approbation ne se produit pour ajouter/supprimer un cas de test du/au lit de régression. | Tous les cas de test qui font partie de la suite de tests de régression doivent être validés et approuvés par le responsable/responsable QA |
| Tous les cas de test ne sont pas automatisés | Tous les cas de test ne sont pas automatisés, les cas de test automatisés doivent être robustes |
| Les notes de test du noyau ne sont pas transmises à l’équipe d’AQ personnalisée avant la publication de la nouvelle version du noyau | Les notes de test du noyau pour chaque version doivent être diffusées à l’équipe d’assurance qualité personnalisée, ce qui aidera l’équipe personnalisée à planifier ses tests à l’avance. |
| La matrice de traçabilité n’est pas implémentée | La matrice de traçabilité doit être suivie comme un processus |
| L’analyse des causes profondes n’est pas effectuée | Une analyse des causes profondes doit être effectuée et documentée, et les actions correctives doivent être suivies jusqu’à leur clôture |
Apprendre encore plus: Global E-commerce Software Corporation travaille avec Zuci pour améliorer la qualité d’un point de vue technique global
Comment l’analyse des écarts QA comble le fossé entre les équipes ?
L’analyse des lacunes en matière d’assurance qualité adopte une approche à vol d’oiseau pour évaluer les lacunes en matière de logiciels et de qualité. Cela signifie parler aux différentes équipes impliquées dans le SDLC, identifier les dépendances entre les différentes équipes, les causes profondes des défauts et aider à les corriger.
Bien que la mise en œuvre de nouvelles technologies puisse souvent sembler être la solution à de nombreux problèmes commerciaux ou de qualité des produits, il est essentiel de prendre en compte les effets à long terme.
Comme un pansement sur une plaie, la technologie peut fournir une solution temporaire ; cependant, il ne s’attaque pas à la cause profonde de la blessure.
Les entreprises doivent reconnaître la valeur des consultants en AQ en tant que diagnostiqueurs dans l’identification et la résolution de problèmes et de situations de qualité complexes. Contrairement à ce que beaucoup pensent, les écarts de qualité ont beaucoup à voir avec les personnes et les équipes impliquées.
L’analyse des écarts d’assurance qualité est un processus qui nécessite une compréhension approfondie des processus de développement et d’exploitation de logiciels existants, y compris la configuration de l’environnement, le cadre d’automatisation et les outils CI/CD. Pour faciliter cette analyse, le consultant doit collaborer étroitement avec les équipes de développement et de DevOps pour recueillir des informations et s’assurer que le processus recommandé est réalisable.
Pour la mission d’analyse des écarts avec notre client, l’équipe de Zuci a approfondi les domaines suivants pour obtenir une image claire de leurs processus :
- Ingénierie des essais
- Gestion des tests
- Améliorez la qualité globale des produits à l’aide de métriques et de rapports basés sur SLA
- Formation et DEVELOPPEMENT
- Processus agile
- Processus d’ingénierie
- Gestion du changement
- Amélioration continue
- Gestion des risques
Sur la base de l’analyse, voici les résultats de haut niveau :
- La nécessité d’une stratégie de test de bout en bout
- L’accent sur l’automatisation de l’ingénierie est absent
- Signes visibles de dépendance aux personnes
- Le mécanisme de suivi et de mesure des améliorations de processus peut être amélioré
- Les efforts de collaboration doivent être plus efficaces
QA Gap Analysis m’a aidé à voir comment les meilleures pratiques en CI/CD pourraient aider à fournir de meilleurs résultats pour l’AQ. – Supraja Sivaraj
L’approche de Zuci en matière d’analyse des écarts d’assurance qualité
Chez Zuci, nous croyons en CARE (Check, Act, Refine, Evolve), une approche à 360 degrés de la qualité logicielle. Notre approche a été soigneusement construite en fonction des problèmes que nous avons rencontrés à plusieurs reprises en travaillant avec nos clients.
En savoir plus sur CAREici
En fonction des besoins, notre approche s’étend généralement de 4 à 14 semaines.
Voici ce que Supraja Sivaraj, responsable du SDET, a à dire à propos de sa récente consultation sur l’analyse des écarts.
Chez Zuci, nous aimons adopter une approche progressive de l’analyse des écarts d’assurance qualité. Et pour s’assurer que nos recommandations sont mises en œuvre ; nous restons en contact régulier avec nos clients. De cette façon, nous pouvons échanger des idées et nous assurer que nos recommandations sont mises en œuvre en temps opportun.
Ci-dessous un exemple de roadmap de consultation QA pour un client, proposé par notre équipe
Après avoir présenté nos conclusions et recommandations, nous créons une feuille de route quantifiableles résultats de l’engagement.
Voici un autre exemple de feuille de route de phase 1 pour l’un de nos clients, fournisseur mondial de solutions de commerce électronique, devenu à ce jour un partenaire à long terme.
Pour cette mission, nous avions des équipes travaillant à partir de trois sites différents à travers le monde. Nous avons utilisé Microsoft Teams, Outlook et d’autres outils de gestion de projet pour gérer efficacement les communications et la collaboration du projet.
Nous avons reçu un soutien optimal des équipes de produits et services du client avec une disponibilité adéquate du temps des membres de l’équipe pour la participation aux réunions, les réunions récurrentes, les suivis, etc. Les outils utilisés pour cette mission étaient SharePoint, JIRA, MS Outlook, MS Teams, MS Excel et Tableau pour l’analyse des données.
Pour la communication et la collaboration, nous avions des réunions quotidiennes, des réunions de suivi, des réunions hebdomadaires de revue de direction, des sessions de tableau blanc Zuci, des sessions de brainstorming et la gestion des tâches. Nos processus comprenaient l’enregistrement des réunions, la prise de notes, l’examen des produits du client, l’examen des documents SharePoint, l’examen des artefacts d’assurance qualité et la préparation des listes de contrôle pour les réunions d’examen.
Après une analyse approfondie, Zuci a préparé un rapport qui présente les principales conclusions et recommandations, le tableau de bord de l’AQ, l’évaluation des processus d’ingénierie, l’analyse SWOT et ERICS (Éliminer, Réduire, Augmenter, Créer, Stabiliser).
Vous souhaitez lire le rapport détaillé ? Envoyez un bonjour à sales@zucisystems.com
Dans les tests de logiciels, le but ultime de la réalisation d’une analyse des écarts est d’obtenir un aperçu précis de la santé du système. Décomposer le processus d’analyse en phases bien définies peut simplifier le processus et faciliter la planification, l’exécution et la surveillance des tests.
Il est recommandé de commencer avec un seul environnement de test contrôlé dans les phases initiales. Après la mise en œuvre réussie de cette approche, plusieurs environnements de test peuvent être intégrés. En adoptant cette approche progressive de l’analyse des écarts, le risque d’échec est minimisé et il devient plus facile de passer de configurations plus simples à des configurations plus complexes.
En matière de qualité logicielle, il est très important d’avoir une approche holistique. C’est la raison pour laquelle l’équipe Zuci a été en mesure de permettre à nos clients d’atteindre la qualité souhaitée, de respecter les calendriers de publication et d’offrir des expériences transparentes à leurs utilisateurs.
Vous êtes confronté à des défis liés à la qualité logicielle ? Ne vous inquiétez pas, nous avons ce qu’il vous faut ! Laissez notre équipe de Zuci vous aider et regardez votre expérience utilisateur monter en flèche.
Alors pourquoi attendre ? Travaillons ensemble et rendons votre logiciel le meilleur possible !
