Aller au contenu

Qu'est-ce que l'analyse de la couverture des exigences ?

Qu'est-ce que l'analyse de la couverture des exigences ?

Imaginez la situation suivante : votre équipe de développement vient de mettre au point une application dotée de nombreuses fonctionnalités. Tout fonctionne correctement et tous les cas de test ont été validés. Pourtant, bien qu’elle ait passé tous les scénarios de test avec succès, l’application présente des défaillances en production pour des fonctionnalités de base attendues. Que s’est-il donc passé ? Les équipes ont oublié de vérifier, pendant la phase de test, si le produit répondait bien à toutes les exigences !

L'analyse de la couverture des exigences permet de remédier à ce décalage. Elle met en correspondance chaque exigence avec des cas de test, ce qui permet aux équipes de repérer rapidement les exigences manquantes. C'est un moyen de rester organisé et de réduire les moments où l'on se dit « on a oublié ça ».

Voyons maintenant en détail ce qu'est l'analyse de la couverture des besoins et comment elle fonctionne.

Qu'est-ce que l'analyse de la couverture des exigences ?

L'analyse de couverture des exigences (RCA) est un processus qui permet d'évaluer dans quelle mesure les cas de test répondent aux spécifications documentées du projet. Elle relie chaque exigence – qu'il s'agisse d'exigences fonctionnelles, métier, non fonctionnelles, réglementaires, etc. – aux tests correspondants. Les équipes peuvent ainsi déterminer précisément quelles fonctionnalités ont été validées et lesquelles ne l'ont pas été.

Ce type d'analyse est généralement réalisé à l'aide d'une matrice de traçabilité des exigences, qui répertorie les exigences sur un axe et les cas de test ainsi que leurs résultats sur l'autre, en indiquant les points d'intersection où les tests vérifient des exigences spécifiques.

Dans le tableau ci-dessous, on constate clairement que les lacunes de ce tableau mettent en évidence des domaines non testés qui présentent des risques.

Analyse de la couverture des exigences

En outre, l'analyse de la couverture des exigences vous permet également de savoir :

  • Quelles exigences ne sont pas couvertes par les tests ?
  • Lorsque vous testez de manière excessive certaines fonctionnalités
  • Les spécifications hautement prioritaires ont-elles fait l'objet d'une validation adéquate ?
  • Dans quelle mesure pouvez-vous être sûr de l'expédition ?

En résumé, la RCA aide les équipes à s'assurer que le produit répond à toutes les exigences et que celles-ci ont été correctement validées.

Importance de l'analyse de la couverture des exigences

Voici pourquoi l'analyse de la couverture des exigences est importante dans le cadre des tests de produits :

  • Garantit une couverture complète : lorsque les exigences ne sont associées à aucun élément de travail, tâche ou scénario de test, elles risquent d'être négligées lors de la livraison du produit. Cependant, l'analyse de couverture basée sur les exigences aide les équipes à s'assurer que rien n'est oublié et que chaque exigence est validée, testée et livrée.
  • Gère les changements d'exigences sans heurts : Goodfirms a interrogé plus de 150 entreprises de développement logiciel, et 53,8 % des personnes interrogées ont déclaré rencontrer des difficultés pour s'adapter à l'évolution des exigences. Cependant, l'analyse de couverture permet d'identifier les éléments à mettre à jour et d'éviter les validations obsolètes. Elle garantit également que les exigences modifiées sont testées et mises en œuvre avec succès.
  • Améliore la qualité du produit : bien sûr, lorsqu'un produit répond à toutes les exigences, il fonctionne parfaitement dans toutes les conditions.
  • Réduit les risques : lorsqu'une couverture complète est assurée et que toutes les exigences sont testées correctement, cela réduit le risque d'omissions au niveau des exigences et de bogues. Cela permet d'économiser du temps et de l'argent.

Différence entre la couverture des exigences et la couverture des tests

La couverture des exigences ressemble à la couverture des tests, mais il existe des différences notables entre les deux, et nous avons abordé certaines de ces différences ici :

Aspect
Couverture des exigences
Couverture des tests
Ce qu'il mesure
Vérifie si les spécifications documentées ont des cas de test correspondants
Vérifie si toutes les parties du code ont été testées
Domaine prioritaire
Besoins métier et spécifications fonctionnelles
Séquences de code, branchements, instructions et conditions
Question principale
« Avons-nous testé ce qui nous avait été demandé ? »
« Avons-nous passé en revue tous les scénarios possibles concernant le code ? »
Méthode de suivi
Matrice de traçabilité reliant les exigences aux essais
Outils d'analyse de code permettant de mesurer les chemins d'exécution
Intérêt des parties prenantes
Chefs de produit, analystes métier et clients
Développeurs, ingénieurs assurance qualité, responsables techniques
Unité de mesure
Pourcentage des exigences validées
Pourcentage de lignes de code/branches exécutées
Risques auxquels il s'attaque
Intégration de fonctionnalités inappropriées ou absence des fonctionnalités demandées
Des bogues cachés dans des segments de code non testés
Quand on l'applique
Tout au long des phases de recueil des exigences et de planification des tests
Pendant et après l'exécution du test
Documents requis
Nécessite un cahier des charges clair et écrit
Nécessite l'accès au code source
Indicateur de réussite
Tous les besoins opérationnels essentiels font l'objet d'une validation
Pourcentage élevé de chemins de code exécutés

Étapes de la réalisation d'une analyse de couverture des exigences

L'analyse de la couverture des exigences est un processus en plusieurs étapes ; voici quelques-unes des étapes que les équipes doivent suivre :

Étape 1 : Recueillir et consigner l'ensemble des exigences

La première étape consiste à rassembler toutes les exigences provenant de différentes sources à l'aide de diverses techniques de recueil des exigences, puis à attribuer un identifiant unique à chaque exigence.

Étape 2 : Examiner et clarifier les exigences ambiguës

Ensuite, passez en revue chaque exigence afin de clarifier celles qui sont trop vagues. Les exigences doivent être suffisamment claires pour permettre à quiconque de rédiger un scénario de test correspondant. Signalez tout élément nécessitant d'être précisé avant de poursuivre.

Étape 3 : Recenser les cas de test existants

Ensuite, créez des cas de test pour chaque exigence. Vous pouvez inclure des tests unitaires, des tests d'intégration, des tests système et des tests de réception. Attribuez à chaque cas de test un identifiant unique, à l'instar de votre système de référencement des exigences.

Étape 4 : Créer la matrice de traçabilité

La création de la matrice de traçabilité constitue l'étape principale de l'analyse de la couverture des exigences. Vous pouvez utiliser :

  • Assurer la traçabilité ascendante afin de mettre en correspondance les exigences et les cas de test. Cela garantit que chaque exigence est testée.
  • Traçabilité en amont permettant de relier les cas de test aux exigences. Cela montre comment chaque cas de test est lié aux exigences.
  • Ou encore, la traçabilité bidirectionnelle.

Au lieu de créer manuellement des matrices de traçabilité et de les gérer dans des tableurs, vous pouvez utiliser des outils de gestion des exigences tels que Modern Requirements4DevOps, qui s'intègrent directement à Azure DevOps. D'un simple clic, vous pouvez créer des matrices de traçabilité horizontales et verticales et les exporter vers un fichier Excel si nécessaire.

Étape 5 : Calculer les indicateurs de couverture

Vous pouvez désormais utiliser la formule ci-dessous pour calculer les indicateurs de couverture :

(Nombre d'exigences comportant au moins un test / Nombre total d'exigences) × 100

Vous pouvez extraire de la matrice de traçabilité les valeurs qui seront utilisées dans une formule.

Vous pouvez également utiliser des outils d'IA tels que Copilot4DevOps, qui s'intègre directement à Azure DevOps et vous fournit un rapport d'analyse de la couverture des exigences prêt à l'emploi.

Étape 6 : Identifier et combler les lacunes

Répertoriez les exigences dont la couverture de test est nulle. Déterminez si chaque lacune nécessite de nouveaux cas de test ou si l'exigence elle-même est devenue obsolète. Hiérarchisez les mesures à prendre pour combler ces lacunes en fonction de l'impact sur l'activité et du niveau de risque.

Étape 7 : Entretenir et mettre à jour régulièrement

Les exigences changent, des tests s'ajoutent et les projets évoluent. Prévoyez des revues hebdomadaires ou bihebdomadaires pour maintenir votre matrice à jour. Des données de couverture obsolètes donnent un faux sentiment de sécurité et peuvent faire passer des défauts inaperçus.

Ce processus ne peut pas être géré à partir de documents éparpillés. Vous avez donc besoin d'un outil spécifique pour cela. Dans la section suivante, nous verrons comment Modern Requirements4DevOps peut vous aider dans ce domaine.

Comment Modern Requirements4DevOps vous aide à maîtriser la couverture des exigences

Modern Requirements4DevOps fonctionne comme une extension de votre espace de travail Azure DevOps. Voici comment il facilite l'analyse des causes profondes (RCA) :

Analyse de traçabilité: Vous pouvez créer des matrices de traçabilité et suivre la couverture des exigences et des cas de test.

  • Analyse d'impact : Cette fonctionnalité aide les équipes à évaluer l'impact d'un changement particulier sur les tâches. Elles peuvent ainsi mettre à jour les cas de test en conséquence.
  • Copilot4DevOps (assistant IA intégré à MR) : grâce à ses invites dynamiques et à sa fonctionnalité de chat IA, Copilot4DevOps peut générer des rapports de couverture des exigences en quelques secondes.
  • Rapport intelligent : Une fois que la couverture complète des cas de test est assurée à l'aide de matrices de traçabilité, les équipes peuvent utiliser la fonctionnalité de rapport intelligent pour préparer des rapports prêts pour l'audit.

De plus, MR4DevOps est particulièrement adapté aux secteurs où la sécurité est primordiale, tels que l'aérospatiale, la santé, le secteur bancaire, etc.

Si vous rencontrez des difficultés avec l'analyse de la couverture des exigences et que vous recherchez le meilleur outil, commencez votre essai gratuit de 30 jours avec Modern Requirements4DevOps.

Table des matières

Commencez dès aujourd'hui à utiliser Modern Requirements

✅ Définissez, gérez et suivez les exigences dans Azure DevOps
✅ Collaborez en toute fluidité entre équipes soumises à des réglementations
✅ Commencez GRATUITEMENT — aucune carte de crédit requise

Articles récents