Passer au contenu principal
Un scope autorise l’extension à demander une famille d’opérations. Les droits de votre compte, le niveau d’accès et les permissions sur le projet et l’area path déterminent ensuite ce que vous pouvez réellement faire. Installer TestPulse ne donne pas des droits d’administrateur aux utilisateurs.

​
Les six scopes du manifeste

Les sauvegardes de rapports, de réglages, du Repository et de sessions utilisent aussi Azure DevOps Extension Data. Elles ne sont pas des modifications de résultats de test ; plusieurs sont automatiques. La matrice des actions indique les cibles et les déclencheurs.

​
Écrire dans les plans et les points

Import de cas CSV : le parcours utilise les scopes existants vso.work_write pour créer des cas et vso.test_write pour créer un plan ou des suites statiques et ajouter leurs cas. Aucun scope supplémentaire n’est ajouté. Les droits utilisateur sur les cas, les plans, les suites et les area paths restent nécessaires. Les cas reconnus par ID sont réutilisés sans modification de leurs champs. Voir le tutoriel CSV, disponible à partir de 2.74.0. Zones des cas CSV : créer un cas nécessite Modifier les éléments de travail dans ce nœud (Edit work items in this node) sur son Area Path résolu. Gérer une suite ou lire le plan ne donne pas ce droit. Depuis 2.74.2, contrôlez la zone proposée depuis le plan existant dans l’assistant ; une zone renseignée dans le CSV est prioritaire. L’aperçu précise le cas et la zone si Azure DevOps renvoie TF237111. Aucun nouveau scope OAuth ni contournement de permission n’est introduit. Pour créer de nouveaux cas, votre compte doit aussi avoir Create tag definition au niveau du projet. TestPulse ajoute à chaque nouveau cas un tag technique testpulse-csv: qui permet de retrouver une création après une réponse perdue. Les cas réutilisés par ID ne reçoivent pas ce tag. Si sa création est refusée, faites vérifier cette permission par un administrateur du projet ; aucun nouveau scope d’extension n’est nécessaire. Coverage Builder crée un nouveau plan et des suites basées sur exigences après confirmation. Il ne remplace pas un plan existant. Repository permet de créer un plan ou d’ajouter des cas à une cible existante. L’aperçu distingue créations, réutilisations, ajouts et cas ignorés. Une cible existante peut être partagée avec d’autres utilisateurs : vérifiez-la avant de confirmer. Réaffectation en masse modifie les testeurs ou configurations des points du périmètre choisi. Elle affiche d’abord l’impact : points concernés, suites, points déjà exécutés et cas ignorés.
La réaffectation n’a pas d’annulation intégrée. Un changement de configuration peut recréer un point et perdre son résultat associé. Consultez l’aperçu et l’option d’exclusion des points exécutés ; exportez l’état antérieur en CSV si nécessaire. Voir Réaffectation en masse.

​
Écrire depuis Explore

Une capture est téléversée dans Azure DevOps à sa validation dans l’éditeur de capture ; annuler cet éditeur ne transmet pas la capture. Déposer un fichier déclenche aussi son téléversement comme pièce jointe. Créer un Bug, un Test Case ou la Task de clôture crée l’objet avec les éléments retenus. La clôture peut également poser l’état de la tâche qu’elle vient de créer. Quand une décision de passage est enregistrée et que son report est activé, TestPulse ajoute un tag et un commentaire à la fiche hôte. Il ne change pas son état ni son affectation. Le report est sauté si la fiche porte des modifications non enregistrées et peut être désactivé au niveau projet. Voir Décision de passage.

​
Ré-approbation d’une extension mise à jour

Quand une version ajoute un scope, un administrateur de l’organisation doit approuver les nouvelles permissions de l’extension. Un utilisateur ne peut pas résoudre ce blocage en modifiant ses options TestPulse. Demandez à l’administrateur de vérifier l’état d’approbation. Cette approbation ne remplace pas les droits Azure DevOps nécessaires à l’action. Ne modifiez pas le manifeste pour corriger une permission utilisateur.

​
Diagnostiquer un accès refusé

  1. Relevez l’action, la cible et le message complet affiché, sans copier de jeton ni d’URL de webhook.
  2. Si le message parle de scope ou de ré-approbation, faites vérifier l’extension par l’administrateur.
  3. Si la création d’un plan renvoie un 403 mentionnant la gestion des plans sous une area path, vérifiez Manage test plans sur l’area path choisie.
  4. Si la validation CSV indique TF237111, vérifiez Area Path résolu du cas et Modifier les éléments de travail dans ce nœud sur cette zone, séparément des droits de gestion des suites.
  5. Pour les autres refus, faites vérifier les droits sur l’objet concerné et le niveau d’accès Azure DevOps de l’utilisateur. Un code 401 ou 403, pris seul, ne suffit pas à identifier la cause.

​
À suivre

Confidentialité et données

Où les données vivent et circulent.

Matrice des actions

Ce que chaque fonction lit ou écrit.