Méthodes et techniques de prévention des défauts

defect prevention methods

Approche efficace de prévention des défauts et points de vue critiques:

L'assurance qualité est le terme couramment utilisé pour s'adresser aux équipes de test dans les projets informatiques.

Mis à part les aspects techniques, les activités d'assurance qualité ne visent pas seulement l'identification des défauts (qui consiste à détecter les défauts après leur apparition. Il s'agit simplement de tests ou de contrôle qualité), mais incluent également la prévention des défauts (en s'assurant que les défauts ne se produisent pas en premier les défauts sont supprimés / réduits avant de pénétrer dans le logiciel).

Un équivalent d'équation simple peut être:

QA = QC (identification des défauts) + Prévention des défauts

Bien que cela semble assez simple, il y a moins d'accent ou d'orientation disponible sur la manière ou la nature exacte des tâches de prévention des défauts.

La vérité est que les défauts découverts pendant la phase de test ou pire après la publication sont plus coûteux à trouver et à corriger et peuvent entraîner une perte de confiance envers la marque. Par conséquent, plus tôt les mesures de prévention sont prises, mieux c'est. En outre, la prévention des défauts aide également les entreprises à atteindre le niveau CMMI (Capability Maturity Model Integration) le plus élevé.

Dans cet article, examinons de plus près la prévention des défauts.

Ce que vous apprendrez:

• Prévention des défauts
• Méthodes et techniques de prévention des défauts
• Niveau TMM et traitement des défauts par l'organisme de test
• Rôles et responsabilités de l'équipe
• Conclusion
• lecture recommandée

Prévention des défauts

La prévention des défauts est une étape ou une activité cruciale dans tout processus de développement logiciel et, comme le montre le diagramme ci-dessous, elle représente à peu près la moitié de nos tâches de test:

En bref, voici les responsabilités de prévention des défauts pour les testeurs à chacune des étapes ci-dessous:

# 1) Examen des spécifications des exigences:

Après avoir compris les exigences du client, préparez l'essentiel de vos besoins.

Un examen est important à cette étape - le premier niveau d'examen doit être au sein de l'équipe, suivi d'un autre niveau d'examen externe (par un développeur, un BA ou un client) pour s'assurer que toutes les perspectives sont synchronisées.

# 2) Examen de la conception:

L'étape de conception peut être considérée comme une étape de stratégie en quelque sorte et la franchir garantira que l'équipe d'assurance qualité comprend les avantages et les inconvénients de chaque stratégie.

Ce type de procédure pas à pas critique aidera à déceler tout problème avec lesdites stratégies et à les résoudre avant d'aller plus loin. Cela peut être considéré comme une étude de faisabilité pour la stratégie (ou les stratégies).

# 3) Révision du code:

html interview questions et réponses pdf

Il n'y a pas grand-chose pour que les testeurs s'impliquent directement dans cette phase, mais l'examen se poursuit ici aussi. Les développeurs effectuent des inspections de code, des procédures pas à pas et des revues avant de tester l'unité et l'intégration de l'application.

Méthodes et techniques de prévention des défauts

Certaines méthodes traditionnelles et courantes utilisées depuis longtemps pour la prévention des défauts sont énumérées ci-dessous;

# 1) Examen et inspection: Cette méthode comprend l'examen par un membre individuel de l'équipe (auto-vérification), les examens par les pairs et l'inspection de tous les produits de travail.

=> Pour plus d'informations sur la manière dont cela est effectué, veuillez consulter notre Examens de la documentation de test article.

# 2) Procédure pas à pas: Cela ressemble plus ou moins à un examen, mais il est principalement lié à la comparaison du système au prototype, ce qui donnera une meilleure idée de l'exactitude et / ou de l'aspect et de la convivialité du système.

# 3) Journalisation et documentation des défauts: Cette méthode fournit des informations clés, des arguments / paramètres qui peuvent être utilisés pour prendre en charge l'analyse des défauts.

# 4) Analyse des causes profondes: L'analyse des causes profondes comprend deux approches principales:

I) Analyse de Pareto:

L'analyse de Pareto est une technique formelle et simple qui permet de hiérarchiser l'ordre de résolution des problèmes pour un impact maximal. Il déclare que 80% du problème survient pour des raisons de 20%.

Par conséquent, les problèmes une fois identifiés sont classés par ordre de priorité en fonction de leur fréquence et une analyse statistique détaillée est effectuée pour trouver les 20% des raisons attribuées aux 80% des problèmes. En se concentrant simplement sur ces 20% de raisons et en les éliminant, les résultats sont garantis tout en optimisant l'étendue du travail impliqué.

II) Analyse en arête de poisson:

Aussi connu sous le nom Analyse d'Ishikawa cette méthode est une technique d'analyse des causes profondes plus visuelle. Il n'y a pas de statistiques impliquées car cette méthode est basée sur un brainstorming à l'échelle de l'équipe. Le diagramme suivant permet de mieux comprendre cela.

Le problème est d'abord écrit sur le côté droit et sur la ligne horizontale qui le traverse, les différentes causes sont répertoriées. La branche qui a le plus d'os de cause-sous-clause (ou lignes / branches) est le problème le plus sérieux et qui doit être travaillé vers l'élimination. Cette technique est aussi parfois appelée analyse de cause à effet .

Niveau TMM et traitement des défauts par l'organisme de test

#1) TMM (Testing Maturity Model) est basé sur CMM, c'est-à-dire; Modèle de maturité des capacités.

#deux) La prévention des défauts implique de nombreux membres du personnel et leur effort de collaboration à différentes étapes, ce qui explique pourquoi elle joue un rôle de premier plan au niveau 5 du TMM. Par exemple; Si un défaut se produit fréquemment dans un cas de test ou une procédure, l'organisation peut affecter un groupe de membres du personnel pour analyser le défaut et développer le plan contenant des actions pour les changements dans le processus avec le problème.

# 3) Certains des avantages du programme de prévention des défauts sont:

• Le personnel se motive et est plus conscient
• Satisfaction des clients
• Fiabilité, facilité de gestion et prévisibilité accrues
• Amélioration continue des processus

Rôles et responsabilités de l'équipe

Trois groupes critiques sont impliqués dans le processus de prévention des défauts:

qu'est-ce qu'un fichier 7z?

Rôle du gestionnaire:

• Pour le succès de tout programme de prévention des défauts, la gestion doit être fortement soutenue.
• Le soutien peut prendre la forme de ressources, de formation et d’outils nécessaires pour mettre en œuvre le plan avec succès.
• La direction devrait définir la politique appropriée et apporter des changements culturels si nécessaire.
• Les gestionnaires sont censés promouvoir les discussions, la distribution de la liste des défauts communs et les changements dans le processus.

Rôle du testeur:

• Les testeurs gèrent la base de données des défauts qui comprend la collecte des données sur les défauts.
• Les données sur les défauts doivent être mises à jour à intervalles réguliers et les informations sur les défauts doivent être tenues à jour à tout moment.
• Pour planifier la mise en œuvre du changement

Rôle du client:

• Le client joue un rôle relativement petit ou limité, mais son engagement envers la qualité est essentiel.

Conclusion

La prévention des défauts joue un rôle majeur et crucial dans le processus de développement logiciel. Il permet de gérer la qualité du produit logiciel d'une manière «plus tôt et moins chère» à l'aide des techniques énumérées ci-dessus.

Cela garantit que les problèmes sont résolus rapidement sans même arriver à l'application. Il considère la recherche des causes profondes comme son principal moyen d'identifier et éventuellement de supprimer les problèmes.

Maintenir la qualité du logiciel est la responsabilité de la direction principale et de toute l'équipe, y compris le chef de projet, le client et chaque membre de l'équipe.

Quelles sont vos méthodes de prévention des défauts? Veuillez partager vos commentaires, questions et réflexions ci-dessous.

lecture recommandée

• Qu'est-ce que la technique de test basée sur les défauts?
• Processus de gestion des défauts: comment gérer efficacement un défaut
• Qu'est-ce que le cycle de vie des défauts / bogues dans les tests logiciels? Tutoriel sur le cycle de vie des défauts
• Processus de triage des anomalies et moyens de gérer la réunion de triage des anomalies
• Test statique et test dynamique - Différence entre ces deux techniques de test importantes
• Comment reproduire un défaut non reproductible et faire en sorte que votre effort de test en vaille la peine
• Les tests logiciels sont une question d'idées (et comment les générer)
• 7 Principes des tests logiciels: clustering de défauts et principe de Pareto