La traçabilité des exigences

Un bug découvert en phase de recette. En remontant l’historique du projet, le constat est simple : l’exigence était documentée, mais aucun test ne lui avait été associé dès le départ. Une couverture de test établie dès le départ aurait suffi à éviter corrections, retards et non-conformité.

Dans les secteurs réglementés (aéronautique, médical, défense, automobile), ce type de situation soulève une question de fond :

Comment garantir que chaque exigence est couverte par un test, et que cette couverture est vérifiable tout au long du projet ?

Les normes DO-178C, IEC 62304, ISO 26262 et ASPICE ne laissent pas de place à l’approximation sur ce point. Elles imposent une démonstration formelle et documentée de la couverture des exigences.

La traçabilité exigences-tests, ou req-to-test, relie chaque exigence au test qui en vérifie la réalisation.

Qu’est-ce que la traçabilité des exigences aux tests ?

La traçabilité des exigences relie chaque exigence aux activités de conception et de vérification, du cahier des charges jusqu’aux résultats de test.
Ces liens sont formalisés dans une matrice de traçabilité, qui centralise les relations entre chaque exigence et ses tests associés.

Elle constitue un outil incontournable pour piloter la couverture de test et démontrer la conformité dans un contexte réglementé.

Cette traçabilité des exigences s’exerce selon trois modalités complémentaires :

• Traçabilité descendante : part de l’exigence pour aller vers les cas de test associés. Elle permet de s’assurer qu’aucune exigence ne reste sans couverture de test.
• Traçabilité ascendante : remonte du test vers l’exigence d’origine. Elle garantit que chaque test existe pour une raison documentée et vérifiable.
• Traçabilité bidirectionnelle : combine les deux approches pour couvrir l’ensemble du cycle, du cahier des charges jusqu’aux résultats d’exécution.

Pourquoi la traçabilité req-to-test est indispensable dans les projets logiciels ?

Garantir la couverture de test

Dans un projet sans traçabilité formalisée, il est difficile de garantir qu’aucune exigence ne reste sans couverture de test.
Ces zones d’ombre représentent autant de :

• risques directs de non-conformité
• de dysfonctionnements non détectés
• de coûts de correction tardifs

Souvent, ces conséquences s’avèrent supérieures à ce qu’aurait coûté une traçabilité mise en place dès le départ.

La couverture de test ne peut pas reposer uniquement sur la bonne volonté des équipes ou sur des vérifications manuelles ponctuelles. Sans lien explicite entre chaque exigence et ses tests, des zones entières du système peuvent passer inaperçues jusqu’en recette, voire après la livraison.

Répondre aux exigences normatives

Dans les secteurs réglementés, la traçabilité req-to-test n’est pas optionnelle : c’est un critère d’audit pour tous les projets critiques industriels.

Les principales normes du secteur sont explicites sur ce point :

• ISO 26262 (automobile) : impose de démontrer que chaque exigence de sécurité est couverte par des tests de vérification, dont les résultats sont documentés et traçables.
• IEC 62304 (logiciel médical) : exige l’établissement de liens entre les exigences logicielles, les tâches de mise en œuvre et les activités de vérification, tout au long du cycle de vie.
• DO-178C (aéronautique) : requiert une traçabilité complète entre les exigences de haut niveau, les exigences de bas niveau, le code source et les cas de test associés.
• ASPICE exigences (automotive SPICE) : évalue la capacité des équipes à maintenir la cohérence entre exigences, tests et résultats d’exécution, comme indicateur de maturité des processus.

En contexte d’audit, l’absence de traçabilité constitue une non-conformité majeure pouvant bloquer la certification.

Faciliter la maintenance et les évolutions

Dans tout projet logiciel, les exigences évoluent. Une modification réglementaire, un changement de spécification client ou une correction fonctionnelle peuvent impacter plusieurs parties du système simultanément.

Sans matrice de traçabilité à jour, identifier l’ensemble des tests concernés par une modification devient un exercice long et risqué.

La traçabilité req-to-test permet de savoir immédiatement :

• dès qu’une exigence change
• quels cas de test doivent être mis à jour ou réexécutés.

Elle limite les régressions involontaires et aide à contenir le coût des évolutions tout au long du projet.

Comment créer une matrice de traçabilité exigences-tests ?

La mise en place d’une matrice de traçabilité exigences-tests suit une démarche en quatre étapes.

1. Lister toutes les exigences avec un identifiant unique :

La première étape consiste à recenser l’ensemble des exigences du projet et à attribuer à chacune un identifiant unique (REQ-001, REQ-002, REQ-003…).

Cet identifiant doit rester stable tout au long du projet, même si le contenu de l’exigence évolue.

2. Créer les cas de test associés :

Pour chaque exigence, un ou plusieurs cas de test sont définis et identifiés de la même manière (TC-001, TC-002…).

Chaque cas de test doit être explicitement rattaché à son exigence, en précisant les conditions d’exécution, les données d’entrée et le résultat attendu.

3. Construire la matrice de traçabilité :

La matrice de traçabilité la plus courante se présente sous forme de tableau croisé :

• les lignes représentent les exigences,
• les colonnes les cas de test,
• chaque cellule indique si le lien existe (couvert) ou non (non couvert).

C’est ce tableau qui permet d’identifier en un coup d’œil les exigences orphelines celles pour lesquelles aucun test n’a encore été défini.

4. Suivre les statuts d’exécution :

Une fois les tests exécutés, la matrice est enrichie des résultats : passé, échoué, non exécuté.

Le taux de couverture réel peut alors être calculé : la proportion d’exigences vérifiées par au moins un test réussi.

Les limites d’une matrice Excel

Pour des projets de taille modeste, une matrice construite sous Excel peut suffire dans un premier temps.

Cependant, cette approche atteint rapidement ses limites dès que le projet gagne en complexité :

• Maintenance manuelle : chaque modification d’exigence ou de cas de test doit être répercutée manuellement, avec un risque élevé d’erreurs ou d’oublis.
• Absence de lien vivant : la matrice Excel est un document statique, déconnecté des tickets, des exécutions de test et des outils de développement. Elle reflète un état à un instant T, pas la réalité du projet en temps réel.
• Pas d’historique : il est impossible de savoir qui a modifié quoi, et quand une lacune rédhibitoire dans un contexte d’audit réglementaire.

Ces limites poussent les équipes réglementées vers des outils dédiés, capables de gérer la traçabilité de manière dynamique et auditable.

Quel outil pour gérer la traçabilité req-to-test ?

Le choix d’un outil de gestion des exigences et de traçabilité dépend de :

• la taille du projet,
• du niveau de maturité des processus
• des exigences normatives auxquelles l’équipe est soumise.

Dans les environnements réglementés, un critère prime : maintenir une traçabilité cohérente et vérifiable tout au long du projet.

Tuleap répond à ce besoin. Dans un même environnement pilotez la gestion des exigences, les cas de test, les campagnes d’exécution et le suivi du développement.

Bonnes pratiques pour maintenir une traçabilité efficace dans la durée

La mise en place d’une matrice de traçabilité ne suffit pas : encore faut-il l’entretenir activement tout au long du projet. Voici cinq pratiques qui font la différence entre une traçabilité formelle et une traçabilité réellement opérationnelle.

1. Attribuer un responsable de la traçabilité dans l’équipe.
   La traçabilité ne se maintient pas seule. Désigner un référent garantit que les liens entre exigences et tests sont créés, mis à jour et vérifiés à chaque étape du projet.
2. Mettre à jour la matrice à chaque évolution d’exigence, pas en fin de projet.
   Une traçabilité mise à jour en fin de projet est une traçabilité reconstituée et donc peu fiable.Chaque modification d’exigence doit déclencher immédiatement la mise à jour des liens associés et l’identification des cas de test impactés.
3. Automatiser le lien test / exigence dans l’outil plutôt que de le maintenir à la main.La saisie manuelle est une source d’erreurs et d’oublis. Un outil qui automatise ces liens réduit la charge administrative et fiabilise la traçabilité dans la durée.
4. Générer le rapport de couverture à chaque sprint ou jalon.
   Le taux de couverture n’est utile que s’il est suivi régulièrement. Intégrer ce rapport au rythme du projet, permet de détecter les zones non couvertes avant qu’elles ne deviennent des risques.
5. Intégrer la revue de traçabilité dans les critères de définition of done.
   Une exigence n’est véritablement « terminée » que lorsqu’elle est couverte par au moins un cas de test validé. Inscrire ce critère dans la définition of done ancre la traçabilité dans les pratiques quotidiennes, plutôt qu’en fin de cycle.

La traçabilité req-to-test n’a de valeur que si elle est maintenue en continu, et non reconstituée à la veille d’un audit.

Tuleap permet de mettre en œuvre cette traçabilité nativement, en reliant exigences, cas de test et résultats d’exécution dans un environnement ALM unifié.

FAQ

Qu’est-ce que la traçabilité des exigences ?

La traçabilité des exigences relie chaque exigence aux activités de conception et de vérification, tout au long du cycle de développement. Elle permet de s’assurer qu’aucune exigence ne reste sans couverture de test, et que chaque test se justifie par une exigence documentée.

Comment créer une matrice de traçabilité ?

La création d’une matrice de traçabilité suit quatre étapes :

• identifier chaque exigence avec un identifiant unique (REQ-001…),
• créer les cas de test associés (TC-001…),
• construire le tableau croisé exigences / tests,
• suivre les statuts d’exécution pour calculer le taux de couverture réel.

Quels outils pour la traçabilité req-to-test ?

Plusieurs options existent, du tableur aux outils ALM spécialisés comme Polarion, DOORS Next ou Codebeamer. Tuleap propose une traçabilité entre le tracker d’exigences, les cas de test et les campagnes d’exécution, avec un reporting de couverture intégré.

Quelles normes imposent la traçabilité exigences-tests ?

Les normes des secteurs réglementés exigent une démonstration formelle de la gestion des exigences :

• DO-178C en aéronautique,
• IEC 62304 pour les logiciels médicaux,
• ISO 26262 dans l’automobile
• ASPICE pour l’évaluation de la maturité des processus automotive

Dans chacun de ces référentiels, la traçabilité constitue un critère d’audit.