Ce que « lecture seule » signifie ici
- Jamais d’écriture en arrière-plan. Ouvrir un rapport, un tableau de bord ou l’onglet couverture ne change rien dans votre projet.
- Aucun changement de statut, commentaire, tag ou modification sur un work item que TestPulse n’a pas créé lui-même.
- 100 % côté client : les rapports sont construits dans votre navigateur. Aucun backend — aucune donnée ne quitte votre tenant Azure DevOps.
- Les signaux sur fiche lisent en direct et ne modifient rien.
Les trois endroits où l’extension écrit
1. Coverage Builder — crée des plans et des suites
Crée des plans de test et des suites requirement-based à partir d’un ensemble d’exigences, derrière un dialogue de confirmation. Création seule : jamais d’écrasement ni de suppression, avertissement en cas de collision de nom, et rapport honnête des échecs partiels. Scope :vso.test_write.
2. Test exploratoire — crée les work items que vous demandez
Pendant une session exploratoire, et après sa clôture, vous pouvez déposer un Bug ou un cas de test à partir de ce que vous avez observé. Clôturer une session crée aussi une tâche qui porte toute la session : rapport, captures, fichiers, et liens vers tout ce que vous avez déposé. Les captures et fichiers que vous attachez sont téléversés dans Azure DevOps en pièces jointes. Tout cela est créé, jamais modifié : TestPulse relie le nouveau work item à votre exigence, il ne touche pas à l’exigence elle-même. Scope :vso.work_write.
3. Clôture de session — pose l’état de la tâche qu’il vient de créer
À la clôture d’une session, un dialogue facultatif propose d’affecter la tâche de suivi et de lui donner un état initial. Si Azure DevOps refuse de créer la tâche directement dans cet état — certains processus le font —, TestPulse pose l’état en une seconde étape, une seule fois, et ne réessaie jamais. C’est le seul endroit du produit où un work item est modifié après sa création, et il s’agit toujours de la tâche que TestPulse vient de créer quelques secondes plus tôt, dans le même geste. Passer le dialogue produit une tâche octet pour octet identique à celle construite avant l’existence de cette fonctionnalité. Scope :vso.work_write.
Scopes de permission (référence)
Rien ne lit les commentaires ni de données personnelles au-delà de ce dont un rapport a besoin. Voir la page Permissions pour le détail complet.
À lire ensuite
Le modèle Test Plans
Plans, suites, cas, points.
Capturer et créer
Ce que le test exploratoire dépose, et quand.