Métriques de test de logiciels : qu'est-ce que c'est, types et exemples ?

Mesures de test dans les tests de logiciels

Métriques de test de logiciels sont les mesures quantitatives utilisées pour estimer la progression, la qualité, la productivité et la santé du processus de test de logiciels. L'objectif des mesures de test de logiciels est d'améliorer l'efficience et l'efficacité du processus de test de logiciels et d'aider à prendre de meilleures décisions pour la poursuite du processus de test en fournissant des données fiables sur le processus de test.

Une métrique définit en termes quantitatifs le degré auquel un système, un composant système ou un processus possède un attribut donné. L’exemple idéal pour comprendre les mesures serait le kilométrage hebdomadaire d’une voiture par rapport à son kilométrage idéal recommandé par le constructeur.

Métriques de test de logiciels – Améliore l’efficience et l’efficacité d’un processus de test de logiciels.

Les mesures de test de logiciels ou la mesure des tests de logiciels sont l'indication quantitative de l'étendue, de la capacité, de la dimension, de la quantité ou de la taille d'un attribut d'un processus ou d'un produit.

Exemple de mesure de test logiciel: Nombre total de défauts

Pourquoi les métriques de test sont importantes ?

"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.

Prendre une décision pour la prochaine phase des activités
Preuve de la réclamation ou de la prédiction
Comprendre le type d’amélioration requis
Prendre une décision, un processus ou un changement technologique

En savoir plus sur son Importance des métriques de test

Types de métriques de test

Métriques de processus : Il peut être utilisé pour améliorer l'efficacité du processus du SDLC (Cycle de vie du développement logiciel)
Paramètres du produit : Il traite de la qualité du produit logiciel
Paramètres du projet : Il peut être utilisé pour mesurer l'efficacité d'une équipe de projet ou de tout autre outils de test utilisé par les membres de l'équipe

L’identification des mesures de test correctes est très importante. Peu de choses doivent être prises en compte avant d'identifier les métriques de test

Fixer le public cible pour la préparation des métriques
Définir l'objectif des métriques
Introduire toutes les mesures pertinentes en fonction des besoins du projet
Analyser l'aspect coûts-avantages de chaque métrique et la phase de vie du projet dans laquelle il aboutit au résultat maximum

Métriques de test manuel

In Génie logiciel, Les métriques de test manuel sont classées en deux classes

Métriques de base
Métriques calculées

Les métriques de base sont les données brutes collectées par Test Analyst lors du développement et de l'exécution du scénario de test (# de cas de test exécutés, # de cas de test). Tandis que les métriques calculées sont dérivées des données collectées dans les métriques de base. Les métriques calculées sont généralement suivies par le gestionnaire de tests à des fins de rapport de test (% terminé, % de couverture du test).

En fonction du projet ou du modèle commercial, certaines des mesures importantes sont

Mesures de productivité de l'exécution des scénarios de test
Mesures de productivité pour la préparation des cas de test
Métriques de défauts
Défauts par priorité
Défauts par gravité
Taux de glissement des défauts

Cycle de vie des métriques de test en génie logiciel

Différentes étapes du cycle de vie des métriques	Étapes à chaque étape
Analyse	Identification des métriques Définir les métriques d'assurance qualité identifiées
Communiquez	Expliquer le besoin de métrique aux parties prenantes et à l'équipe de test Éduquer l'équipe de test sur les points de données à capturer pour le traitement de la métrique
Evaluation	Capturer et vérifier les données Calcul de la valeur des métriques à l'aide des données capturées
Signaler	Développer le rapport avec une conclusion efficace Distribuer le rapport à la partie prenante et à son représentant respectif Prendre en compte les commentaires des parties prenantes

Comment calculer la métrique de test

Sr #	Étapes pour tester les métriques	Exemple
1	Identifier la clé test logiciel processus à mesurer	Processus de suivi des progrès des tests
2	Dans cette étape, le testeur utilise les données comme référence pour définir les métriques	Le nombre de cas de test dont l'exécution est prévue par jour
3	Détermination des informations à suivre, d'une fréquence de suivi et du responsable	L'exécution réelle des tests par jour sera capturée par le gestionnaire de tests à la fin de la journée.
4	Calcul, gestion et interprétation efficaces des métriques définies	Les cas de tests réels exécutés par jour
5	Identifier les axes d'amélioration en fonction de l'interprétation des métriques définies	Votre Cas de test l'exécution est inférieure à l'objectif fixé, nous devons en rechercher la raison et suggérer des mesures d'amélioration

Exemple de métrique de test

Pour comprendre comment calculer les métriques de test, nous verrons un exemple de scénario de test en pourcentage exécuté.

Pour obtenir l'état d'exécution des cas de test en pourcentage, nous utilisons la formule.

Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100

De même, vous pouvez calculer d'autres paramètres comme cas de test non exécutés, cas de test réussis, cas de test échoués, cas de test bloqués, etc.

Glossaire des métriques de test

Ratio d'effort de reprise = (Efforts de retouche réels dépensés dans cette phase/efforts réels totaux dépensés dans cette phase) X 100
Fluage des exigences = (Nombre total d'exigences ajoutées/Nombre d'exigences initiales)X100
Écart d'horaire = (Date réelle de livraison – Date de livraison prévue)
Coût de recherche d'un défaut lors des tests = (Effort total consacré aux tests/défauts trouvés lors des tests)
Dérapage d'horaire = (Date de fin réelle – Date de fin estimée) / (Date de fin prévue – Date de début prévue) X 100
Pourcentage de cas de test réussis = (Nombre de tests réussis/Nombre total de tests exécutés) X 100
Pourcentage de cas de test ayant échoué = (Nombre de tests ayant échoué/Nombre total de tests exécutés) X 100
Pourcentage de cas de test bloqués = (Nombre de tests bloqués/Nombre total de tests exécutés) X 100
Pourcentage de défauts corrigés = (Défauts corrigés/Défauts signalés) X 100
Pourcentage de défauts acceptés = (Défauts acceptés comme valides par l'équipe de développement / Total des défauts signalés) X 100
Pourcentage de défauts différés = (Défauts reportés pour les versions futures /Total des défauts signalés) X 100
Pourcentage de défauts critiques = (Défauts critiques / Total des défauts signalés) X 100
Temps moyen nécessaire à une équipe de développement pour réparer les défauts = (Temps total nécessaire pour la correction des bugs/Nombre de bugs)
Nombre de tests exécutés par période = Nombre de tests exécutés/Durée totale
Efficacité de la conception des tests = Nombre de tests conçus /Durée totale
Efficacité de l'examen des tests = Nombre de tests revus /Durée totale
Recherche de bogues par cœur ou nombre de défauts par heure de test = Nombre total de défauts/Nombre total d'heures de test

Tu pourrais aimer: