Passer au contenu principal
TestPulse reconstruit la chaîne complète Epic → Feature → User Story / PBI → Cas de test → Bug, en lecture seule, à partir des liens d’exigences et de tests déjà présents dans votre projet, et de la source des bugs du rapport. Par défaut depuis la 2.73.0, ces bugs viennent des résultats des exécutions du plan.

​
Les liens qu’il suit

​
Deux sources, et comment les restreindre

La traçabilité est construite à partir de deux sources, combinées par défaut :
  1. Les suites basées sur exigence — la suite nomme elle-même l’exigence qu’elle valide.
  2. Les liens directs portés par les cas de test — un lien Tested By entre une exigence et un test, où que ce test se trouve.
C’est la seconde source qui donne leur traçabilité à la plupart des équipes : un plan organisé par domaine fonctionnel n’utilise souvent aucune suite basée sur exigence. Mais sur un plan de non-régression rejoué pendant des années, elle peut ramener des liens vers des exigences closes depuis longtemps, sans rapport avec la campagne en cours. « Suites d’exigences uniquement », à côté de Inclure les plans inactifs dans le panneau de sélection, restreint la traçabilité à la première source. Désactivée — le défaut — rien ne change. Le choix est mémorisé par projet et modifiable sans quitter l’écran du rapport ; un point d’interrogation explique les deux modes.
Avec l’option activée et aucune suite basée sur exigence dans le périmètre, il ne reste rien à mesurer. Le score qualité signale alors couverture indisponible et redistribue ce poids sur les autres critères, plutôt que de vous noter zéro sur une dimension que vous avez délibérément exclue.

​
Où ça apparaît

  • Traçabilité dans les rapports — l’arbre Epic → User Story → Cas de test → Bug. Un cas de test exécuté dans plusieurs suites ou configurations n’apparaît qu’une fois, avec un statut regroupé et n/m réussis · k suites ; à l’écran, la ligne se déplie pour lister le chemin et le résultat de chaque suite.
  • Couverture — quelles exigences sont couvertes et lesquelles sont des trous.
  • Sur la fiche — l’onglet Test coverage lit Tested By pour afficher les tests liés d’une story et le bug derrière chaque échec.
Un test en échec sans bug est signalé échec sans défaut — un trou à combler, jamais masqué.

​
À suivre

Le modèle Test Plans

Plans, suites, cas, points.

Statuts & résultats

Résultats et verdict d’exécution.