important software test metrics
Dans les projets logiciels, il est très important de mesurer la qualité, le coût et l'efficacité du projet et des processus. Sans les mesurer, un projet ne peut pas être mené à bien.
Dans l'article d'aujourd'hui, nous allons apprendre avec des exemples et des graphiques - Métriques et mesures de test logiciel et comment les utiliser dans le processus de test logiciel.
Il y a une déclaration célèbre: «Nous ne pouvons pas contrôler des choses que nous ne pouvons pas mesurer».
Ici, contrôler les projets signifie comment un chef de projet / chef de projet peut identifier les écarts par rapport au plan de test le plus tôt possible afin de réagir moment idéal. La génération de métriques de test basées sur les besoins du projet est très importante pour atteindre la qualité du logiciel testé.
Ce que vous apprendrez:
- Qu'est-ce que les métriques de test logiciel?
- Qu'est-ce que la mesure de test logiciel?
- Pourquoi tester les métriques?
- Cycle de vie des métriques
- Types de métriques de test manuel
- Exemples de métriques de test logiciel
- Conclusion
- lecture recommandée
Qu'est-ce que les métriques de test logiciel?
Une métrique est une mesure quantitative du degré auquel un système, un composant système ou un processus possède un attribut donné.
Les métriques peuvent être définies comme 'NORMES DE LA MESURE ».
Les métriques logicielles sont utilisées pour mesurer la qualité du projet. Simplement, une métrique est une unité utilisée pour décrire un attribut. La métrique est une échelle de mesure.
Supposons que, en général, «Kilogramme» soit une métrique pour mesurer l'attribut «Poids». De même, dans les logiciels, 'Combien de problèmes se trouvent dans mille lignes de code?', H également Le nombre de problèmes est une mesure et le nombre de lignes de code est une autre mesure. La métrique est définie à partir de ces deux mesures .
Exemple de métriques de test:
- Combien de défauts existent dans le module?
- Combien de cas de test sont exécutés par personne?
- Qu'est-ce que le pourcentage de couverture de test?
Qu'est-ce que la mesure de test logiciel?
La mesure est le indication quantitative de l'étendue, de la quantité, de la dimension, de la capacité ou de la taille d'un attribut d'un produit ou d'un processus.
Exemple de mesure de test: Nombre total de défauts.
Veuillez vous référer au diagramme ci-dessous pour une compréhension claire de la différence entre les mesures et les métriques.
Pourquoi tester les métriques?
La génération des mesures de test logiciel est la responsabilité la plus importante du responsable / gestionnaire de test logiciel.
Les métriques de test sont utilisées pour,
- Prenez la décision pour la prochaine phase d'activités telles que l'estimation du coût et du calendrier des projets futurs.
- Comprendre le type d'amélioration nécessaire pour réussir le projet
- Prendre une décision sur le processus ou la technologie à modifier, etc.
Importance des mesures de test logiciel:
comment lire des fichiers swf
Comme expliqué ci-dessus, les mesures de test sont les plus importantes pour mesurer la qualité du logiciel.
À présent, comment pouvons-nous mesurer la qualité du logiciel en utilisant des métriques ?
Supposons que si un projet ne dispose d'aucune métrique, comment la qualité du travail effectué par un analyste de test sera-t-elle mesurée?
Par exemple, Un analyste de test doit,
- Concevoir les cas de test pour 5 exigences
- Exécuter les cas de test conçus
- Enregistrez les défauts et devez échouer les cas de test associés
- Une fois le défaut résolu, nous devons tester à nouveau le défaut et réexécuter le cas de test ayant échoué correspondant.
Dans le scénario ci-dessus, si les métriques ne sont pas suivies, le travail effectué par l'analyste de test sera subjectif, c'est-à-dire le Rapport de test n'aura pas les informations adéquates pour connaître l'état d'avancement de son travail / projet.
Si des métriques sont impliquées dans le projet, l'état exact de son travail avec les chiffres / données appropriés peut être publié.
c'est-à-dire que dans le rapport de test, nous pouvons publier:
- Combien de cas de test ont été conçus par exigence?
- Combien de cas de test restent à concevoir?
- Combien de cas de test sont exécutés?
- Combien de cas de test sont réussis / échoués / bloqués?
- Combien de cas de test ne sont pas encore exécutés?
- Combien de défauts sont identifiés et quelle est la gravité de ces défauts?
- Combien de cas de test ont échoué en raison d'un défaut particulier? etc.
En fonction des besoins du projet, nous pouvons avoir plus de métriques qu'une liste mentionnée ci-dessus, pour connaître le statut du projet en détail.
Sur la base des mesures ci-dessus, le responsable / gestionnaire de test comprendra les points clés mentionnés ci-dessous.
- % ge des travaux réalisés
- % ge des travaux restant à terminer
- Temps pour terminer le travail restant
- Le projet se déroule-t-il conformément au calendrier ou est-il en retard? etc.
Sur la base des métriques, si le projet ne se termine pas selon le calendrier, le gestionnaire sonnera l'alarme au client et aux autres parties prenantes en fournissant les raisons du retard pour éviter les surprises de dernière minute.
Cycle de vie des métriques
Types de métriques de test manuel
Les mesures de test sont principalement divisées en 2 catégories.
- Mesures de base
- Mesures calculées
Métriques de base: Les métriques de base sont les métriques dérivées des données collectées par l'analyste de test pendant le développement et l'exécution du scénario de test.
Ces données seront suivies tout au long du cycle de vie des tests. C'est à dire. collecte des données comme Total no. de cas de test développés pour un projet (ou) no. des cas de test doivent être exécutés (ou) non. des cas de test réussis / échoués / bloqués, etc.
Mesures calculées: Les métriques calculées sont dérivées des données collectées dans les métriques de base. Ces métriques sont généralement suivies par le responsable / responsable du test à des fins de rapport de test.
Exemples de métriques de test logiciel
Prenons un exemple pour calculer diverses métriques de test utilisées dans les rapports de test logiciel:
Vous trouverez ci-dessous le format de tableau pour les données extraites de l'analyste de test qui est réellement impliqué dans les tests:
Définitions et formules de calcul des métriques:
# 1)% ge Cas de test exécutés : Cette métrique est utilisée pour obtenir l'état d'exécution des cas de test en termes de% ge.
% ge Cas de test exécutés = ( Nombre de cas de test exécutés / Nombre total des cas de test rédigés) * 100.
Donc, à partir des données ci-dessus,
% ge Cas de test exécutés = (65/100) * 100 = 65%
# 2)% ge Cas de test non exécutés : Cette métrique est utilisée pour obtenir l'état d'exécution en attente des cas de test en termes de% ge.
meilleur logiciel pour optimiser Windows 10
% ge Cas de test non exécutés = ( Nombre de cas de test non exécutés / Nombre total. des cas de test rédigés) * 100.
Donc, à partir des données ci-dessus,
% ge Cas de test bloqués = (35/100) * 100 = 35%
# 3)% ge Cas de test réussis : Cette métrique est utilisée pour obtenir le% de réussite des cas de test exécutés.
% ge Cas de test réussis = ( Nombre de cas de test réussis / nombre total des cas de test exécutés) * 100.
Donc, à partir des données ci-dessus,
% ge Cas de test réussis = (30/65) * 100 = 46%
# 4) Échec des cas de test% ge : Cette métrique est utilisée pour obtenir le% d'échec des cas de test exécutés.
% ge Les cas de test ont échoué = ( Nombre de cas de test Echec / Nombre total. des cas de test exécutés) * 100.
Donc, à partir des données ci-dessus,
% ge Cas de test réussis = (26/65) * 100 = 40%
# 5)% ge Cas de test bloqués : Cette métrique est utilisée pour obtenir le% ge bloqué des cas de test exécutés. Un rapport détaillé peut être soumis en spécifiant la raison réelle du blocage des cas de test.
% ge Cas de test bloqués = ( Nombre de cas de test bloqués / nombre total des cas de test exécutés) * 100.
Donc, à partir des données ci-dessus,
% ge Cas de test bloqués = (9/65) * 100 = 14%
# 6) Densité des défauts= Nombre de défauts identifiés / taille
( Ici, la «taille» est considérée comme une exigence. Par conséquent, ici, la densité de défaut est calculée comme un nombre de défauts identifiés par exigence. De même, la densité des défauts peut être calculée comme un nombre de défauts identifiés par 100 lignes de code (OU) Nombre de défauts identifiés par module, etc. )
Donc, à partir des données ci-dessus,
Densité de défaut = (30/5) = 6
# 7) Efficacité d'élimination des défauts (DRE)= ( Nbre de défauts détectés lors des tests QA / (Nb de défauts trouvés lors des tests QA + Nb de défauts détectés par l'utilisateur final)) * 100
DRE est utilisé pour identifier l'efficacité des tests du système.
Supposons qu'au cours des tests de développement et d'assurance qualité, nous ayons identifié 100 défauts.
Après les tests d'assurance qualité, pendant les tests alpha et bêta, l'utilisateur final / client a identifié 40 défauts, qui auraient pu être identifiés pendant la phase de test d'assurance qualité.
Maintenant, le DRE sera calculé comme suit:
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%
# 8) Fuite de défaut: La fuite de défaut est la métrique utilisée pour identifier le efficacité des tests QA c'est-à-dire combien de défauts sont manqués / glissés pendant les tests d'assurance qualité.
Fuite de défaut = ( Nombre de défauts détectés dans l'UAT / Nombre de défauts détectés lors des tests QA.) * 100
Supposons qu'au cours des tests de développement et d'assurance qualité, nous ayons identifié 100 défauts.
Après les tests d'assurance qualité, pendant les tests alpha et bêta, l'utilisateur final / client a identifié 40 défauts, qui auraient pu être identifiés lors de la phase de test d'assurance qualité.
Fuite de défaut = (40/100) * 100 = 40%
# 9) Défauts par priorité : Cette métrique est utilisée pour identifier le non. des défauts identifiés en fonction de la gravité / priorité du défaut qui est utilisé pour décider de la qualité du logiciel.
% ge de défauts critiques = nombre de défauts critiques identifiés / nombre total de défauts. de défauts identifiés * 100
À partir des données disponibles dans le tableau ci-dessus,
% ge défauts critiques = 6/30 * 100 = 20%
% de défauts élevés = nombre de défauts élevés identifiés / nombre total de défauts. de défauts identifiés * 100
À partir des données disponibles dans le tableau ci-dessus,
% des défauts élevés = 10/30 * 100 = 33,33%
% ge défauts moyens = nombre de défauts moyens identifiés / nombre total. de défauts identifiés * 100
À partir des données disponibles dans le tableau ci-dessus,
% des défauts moyens = 6/30 * 100 = 20%
meilleur logiciel de réparation windows 10 gratuit
% ge de défauts faibles = nombre de défauts faibles identifiés / nombre total de défauts. de défauts identifiés * 100
À partir des données disponibles dans le tableau ci-dessus,
% ge Faible défauts = 8/30 * 100 = 27%
Lecture recommandée=> Comment rédiger un rapport de synthèse de test efficace
Conclusion
Les métriques fournies dans cet article sont principalement utilisées pour générer le Rapport d'état quotidien / hebdomadaire avec des données précises pendant la phase de développement / exécution du cas de test, ce qui est également utile pour suivre l'état du projet et la qualité du logiciel.
A propos de l'auteur : Ceci est un billet d'invité par Anuradha K. Elle a plus de 7 ans d'expérience en test de logiciels et travaille actuellement en tant que consultante pour un MNC. Elle a également une bonne connaissance des tests d'automatisation mobile.
Quelles autres métriques de test utilisez-vous dans votre projet? Comme d'habitude, faites-nous part de vos réflexions / questions dans les commentaires ci-dessous.
lecture recommandée
- Exercices de test logiciel - Nouvelle plateforme pour tester vos compétences en test et partager des idées pratiques
- Qu'est-ce que les tests d'endurance dans les tests logiciels (exemples)
- Comment réviser un document SRS et créer des scénarios de test - Formation aux tests de logiciels sur un projet en direct - Jour 2
- Formation aux tests de logiciels: formation de bout en bout sur un projet en direct - Formation gratuite en ligne au contrôle qualité, partie 1
- Test d'applications - Dans les bases du test de logiciels!
- Tutoriel QTP n ° 18 - Explication des cadres basés sur les données et hybrides avec des exemples QTP
- Qu'est-ce que le cycle de vie des tests logiciels (STLC)?
- Métadonnées dans l'entrepôt de données (ETL) expliquées avec des exemples