Choisir les bonnes métriques de test logiciel

Une métrique de test logiciel est un critère permettant de suivre l’efficacité des efforts d’assurance qualité. Tout d’abord, vous établissez des indicateurs de réussite tout au long de la phase de planification. Ensuite, comparez-les avec la métrique reçue après la fin du processus.

Cependant, de nombreux experts en assurance qualité et en tests logiciels ont tendance à se concentrer sur la façon dont les tests seront exécutés plutôt que sur les informations réelles produites par les tests. Je veux dire par là que les testeurs se concentrent souvent sur la simple satisfaction de terminer tous les tests. Mais est-ce toujours une bonne chose? Vous pouvez avoir un taux de réussite de 100% avec tous les indicateurs verts sur votre tableau de bord et il est toujours possible que vos tests ne soient pas assez forts.

Cet article traitera de cinq métriques de test de logiciels qui pourraient aider les professionnels de l’assurance qualité à évaluer leur succès.

Caractéristiques d’une métrique de test “bonne”

Parlons des caractéristiques qu’une métrique devrait idéalement avoir.

Pertinents pour les objectifs commerciaux

Les KPI critiques doivent refléter la mission et l’objectif principaux d’une entreprise; par exemple, la croissance mensuelle du chiffre d’affaires ou le nombre de nouveaux utilisateurs. Chaque entreprise choisit ses mesures en fonction de ce qu’elle entend réaliser avec son produit. Bien qu’il puisse sembler attrayant de réussir tous les tests, se concentrer sur les mauvais objectifs peut être trompeur. Cela peut avoir un impact sur le travail de l’application et sur l’ensemble du système complexe, tel que l’architecture de commerce sans tête.

Permet une croissance

Chaque métrique devrait permettre une amélioration. Et si vous avez atteint un taux de réussite de 100%? L’objectif peut être de maintenir la métrique à ce niveau ou de l’améliorer davantage.

Encourage l’élaboration d’une stratégie

Lorsqu’une mesure donne un objectif à une équipe, elle les motive également à poser des questions pour élaborer un plan. Supposons que vous ayez besoin d’augmenter vos revenus. Déterminez si le produit nécessite de nouvelles fonctionnalités pour encourager davantage d’achats. Est-il nécessaire de créer un nouveau canal d’acquisition? Le concurrent a-t-il lancé de nouveaux produits ou fonctionnalités qui attirent de nouveaux acheteurs?

Traçables et compréhensibles

Les bonnes métriques sont simples à comprendre et à suivre. Sinon, comment les personnes qui les rassemblent prendront-elles des décisions éclairées? Les employés doivent comprendre ce qu’ils peuvent faire pour améliorer les résultats.

Trois Conseils pour Choisir et mesurer les Métriques de Test de logiciels

Commencez par Poser des Questions

Vos questions devraient couvrir trois sujets:
1. Ce que vous mesurez
2. Stratégies et outils pour le mesurer
3. Raisons de le suivre

Pour éviter d’analyser des métriques inutiles, faites attention au processus de définition des métriques. Parfois, un petit nombre de bogues de backlog signifie que votre équipe d’assurance qualité fait son travail. Cependant, lorsque vous décomposez ces bogues en problèmes de priorité élevée / moyenne / faible, vous pourrez mieux voir la qualité globale du programme et apporter les ajustements nécessaires.

Ne négligez pas l’automatisation Lors du calcul des métriques d’assurance qualité

L’automatisation vous permet de gagner du temps sur la collecte manuelle des données et de vous assurer que vos métriques seront toujours pertinentes. Supposons que vous utilisiez Jira. Configurez une requête Jira Query Language (JQL) sur votre page Confluence si vous avez besoin de données sur les bogues critiques à chaque sprint. Il sera mis à jour fréquemment. Vous pouvez également utiliser d’autres outils basés sur votre système de gestion des tests / suivi des tâches préféré.

Collectez des commentaires et améliorez progressivement les métriques

Une fois que vous avez configuré et rassemblé toutes les métriques, les processus de rétroaction et d’amélioration démarrent. Faites attention aux commentaires pour améliorer l’efficacité et la clarté de vos indicateurs et rapports.

Cinq Métriques de test logiciel pour suivre

Regardons maintenant quelques exemples spécifiques. Notez que différents aspects de la qualité importent à des degrés divers selon les circonstances.

Satisfaction de l’utilisateur

Ici, vous voudrez voir la réaction du client au produit. Vous utilisez des enquêtes de satisfaction des utilisateurs et des tickets d’assistance qui révèlent des bogues. Si vous suivez ces indicateurs de qualité et que vous travaillez à les améliorer, l’entreprise se développera au fur et à mesure que vous verrez des clients plus satisfaits et plus fidèles. Si quelque chose ne va pas, vous devrez faire une analyse du problème causal et supprimer les barrages routiers.

Métriques de processus

Il s’agit de mesures internes qui ont un impact significatif sur la qualité de votre produit. Par exemple, vous pouvez suivre le délai d’exécution et le temps nécessaire entre la définition de la tâche et le déploiement et la production du code.

Une autre mesure que vous pouvez utiliser est le temps de cycle. Cela signifie qu’il est temps de créer une fonctionnalité après avoir reçu l’approbation pour commencer à y travailler. Enfin, vous pouvez suivre le temps nécessaire pour résoudre les difficultés. Cela peut se référer à la vitesse de résolution des tickets ou des bogues une fois qu’ils ont été signalés.

Comme ces mesures peuvent être difficiles à mesurer, une autre méthode pour améliorer l’efficacité du processus consiste à détecter les endroits où les travaux inachevés commencent à s’accumuler dans la file d’attente. Cela peut mettre en évidence un goulot d’étranglement qui, s’il est éliminé, pourrait aider vos équipes à devenir plus productives.

Mesures de couverture

Un autre indicateur de la qualité des tests est la couverture des tests. Il nous informe de la quantité de code testé. C’est une méthode pour s’assurer que vos tests vérifient le code et leur fonctionnement. Dans ce cas, il est préférable d’utiliser une stratégie descendante. La première étape consiste à analyser la couverture du module. Ensuite, vous considérez la fonctionnalité et, enfin, la couverture des données dans chaque fonctionnalité. Cela signifie le nombre de combinaisons différentes des entrées de données potentielles que vous couvrez avec des tests.

Ce groupe comprend des métriques telles que:
● Pourcentage de couverture des exigences
● Couverture des tests unitaires
● Couverture des tests manuels ou exploratoires
● Cas de test par catégorie d’exigences
● Couverture des tests d’interface utilisateur
● Couverture des tests d’intégration et d’API

Métriques de qualité du code

Évaluer la qualité du code signifie classer la valeur du code en deux catégories: Bonne et mauvais. Il n’y a pas de notion unique de qualité car pratiquement chaque développeur définit lui-même ce qui constitue un bon code. Comment évaluer la qualité du code ? Des outils comme SonarQube vous permettent de révéler le montant de la dette technique d’un système. Vous devrez classer les problèmes et les vulnérabilités, les organiser par priorité et sélectionner ce sur quoi vous allez vous concentrer.

Métriques de bogues ou d’incidents

Chaque problème diffère en gravité, ne donnez donc pas le même poids à tous les problèmes. Certains problèmes ne sont que des suggestions d’amélioration. Déterminez quels composants de qualité sont les plus importants que d’autres pour votre entreprise. Cela dit, allez au-delà de la quantité de défauts lors de l’analyse des métriques que vous utiliserez.

Que pouvez-vous extraire des rapports d’incident? Ces résultats peuvent inclure :

● Nombre total de bogues
● Défauts ouverts
● Défauts fermés
● Délai de fermeture de chaque rapport d’incident
● Changements depuis la dernière version

Règles de mesure des métriques de test logiciel

Évaluer les métriques dans les tests logiciels et estimer leur succès peut être frustrant et vague. Voici quelques conseils et suggestions que vous pouvez utiliser:

1. Corrélez vos métriques avec les objectifs du projet, du processus et du produit. Gardez à l’esprit qu’un seul indicateur ne suffit pas pour avoir une vue complète de la qualité de votre logiciel.
2. Suivez la progression (ou la régression) au fil du temps. Rationalisez le processus de collecte de données grâce à l’automatisation, stockez les données dans une ressource collaborative comme un Wiki/Confluence et examinez régulièrement les résultats.
3. Rapportez les statistiques au client et à l’équipe pour montrer vos progrès. Les rapports doivent être faciles à comprendre, alors rendez-les utiles et conviviaux.
4. Vérifiez si les métriques sont valides. Il est hors de question de suivre les mesures non pertinentes et d’afficher des données inexactes.

La mesure est une activité importante dans les tests de logiciels, comme la détermination du nombre de tests réussis par rapport au nombre d’échecs. Toutes les informations que vous obtenez sont transmises aux parties prenantes. En conséquence, ils peuvent prendre des décisions éclairées, par exemple quand publier une application.

Comment pouvez-vous surveiller vos activités de test? Vous devez déterminer les métriques de test de logiciel pertinentes. Choisir les mesures de test correctes peut être difficile. Souvent, les équipes optent pour des métriques qui ne sont pas synchronisées avec l’ensemble de l’entreprise.

Que peut causer l’absence de repères adéquats? Les parties prenantes ne parviennent pas à mesurer les progrès, à identifier les possibilités de développement ou à contrôler les tactiques de test qui ont l’impact le plus positif. Tout bien considéré, les équipes d’assurance qualité doivent suivre les progrès individuels, le niveau de compétence et le succès, ainsi que la qualité du code, les bogues et la couverture.