Sélectionner des exigences & lire la couverture
Sélectionnez des exigences par area path, itération, requête WIQL ou liste d’IDs — vous partez des fonctionnalités à couvrir, pas d’un plan existant. Pour chaque exigence, TestPulse résout les cas de test liés viaTestedBy et la classe :
- Couverte — au moins un test lié.
- Trou — aucun test lié.
100 % de trous est un résultat valable — un plan fait de suites vides, prêtes à remplir. Ce n’est jamais une erreur.
« Couverte non planifiée » (opt-in)
Un troisième état — couverte non planifiée (un test existe mais n’est dans aucun plan, on veut donc le réutiliser plutôt que le réécrire) — se trouve derrière un toggle « Scan planification » opt-in, OFF par défaut. Il est plus coûteux (il énumère plans → suites → cas de test), donc le coût est signalé et l’état n’est jamais affiché sans scan réel. Sans le toggle, le cœur reste à deux états nets.Preview & export (aucune permission requise)
TestPulse construit une spec de plan : une suite requirement-based par exigence, chacune avec ses cas de test prévus et un indicateur de trou. Une preview montre ce qui serait créé (ex. « 9 suites requirement-based, 34 cas de test »). Le bouton Exporter la spec est toujours disponible et ne requiert aucune permission — il sérialise la spec en JSON, Markdown ou CSV, de sorte qu’un responsable qualité sans droit d’écriture garde toute la valeur read. L’export reflète exactement la preview.À suivre
Créer le plan dans Azure DevOps
Le seul endroit où TestPulse écrit.
Lecture seule par conception
Pourquoi c’est l’unique exception.