L’aide embarquée affiche encore une ancienne version
La page Documentation affiche la version de l’extension chargée dans votre onglet. Après une mise à jour, rechargez l’onglet Azure DevOps, puis rouvrez TestPulse → Documentation. Si la version reste ancienne, demandez à votre administrateur de vérifier la version installée dans l’organisation ou la collection. Sur Server, la mise à jour passe par le package approuvé de l’extension. L’aide embarquée de la 2.74.2 comprend onze guides pratiques ; la documentation en ligne et l’extension sont mises à jour séparément. Voir le guide d’installation et les notes de version.Je veux importer des cas CSV avec leurs suites
Depuis 2.74.0, ouvrez Import → Cas de test CSV. Le parcours XML voisin sert aux résultats automatisés et aux rapports AUTO. Le CSV permet de créer des cas ou de réutiliser leurs IDs, puis de les rattacher à des suites statiques existantes ou nouvelles. Il n’écrase pas les étapes des cas existants. Voir le tutoriel CSV complet. Après une coupure, conservez le journal local et utilisez Vérifier et reprendre. Ne supprimez pas les données du navigateur pour contourner un résultat incertain. Une résolution par absence demande votre propre contrôle dans Azure DevOps, puis une vérification automatique avant une reprise séparée. Le journal CSV est distinct du quota d’historique Extension Data.L’aperçu CSV signale TF237111 sur une zone
Passez en 2.74.2 ou version ultérieure, rechargez Azure DevOps et vérifiez Zone des nouveaux cas de test dans Plan de test. La zone du plan sert de point de départ, mais une valeur Area Path renseignée dans le CSV est prioritaire. Le chemin de votre suite n’est pas ce champ. L’erreur précise le cas et la zone ; corrigez la valeur ou faites vérifier Modifier les éléments de travail dans ce nœud sur la zone voulue. Préparer l’aperçu ne crée rien et le correctif n’accorde aucune permission. Voir le dépannage des zones CSV. Vous pouvez aussi rechercher les plans par nom ou ID et les suites statiques par nom, chemin complet ou ID. Choisissez le résultat correspondant ; saisir du texte ne sélectionne pas une cible.La préparation de l’aperçu CSV renvoie un 403 en 2.74.0
La 2.74.1 corrige un défaut d’adresse de service qui pouvait bloquer cette étape avant toute création. Après la mise à jour, rechargez l’onglet Azure DevOps, vérifiez la version dans Documentation, puis contrôlez le fichier et ses correspondances avant Préparer l’aperçu. Ajouter des permissions ne corrige pas ce défaut de routage. Pour un import ayant déjà effectué des écritures, conservez le journal et utilisez Vérifier et reprendre. Voir le dépannage CSV.Mon rapport est vide ou Générer ne produit pas de fichier
Générer affiche d’abord le rapport à l’écran ; le téléchargement se fait ensuite avec un bouton d’export.- Vérifiez le projet, le plan et les suites incluses.
- Complétez les champs obligatoires ou invalides indiqués par le message de validation.
- Si le rapport contient des cas mais aucun test exécuté, vérifiez les résultats dans le périmètre choisi. Une campagne non exécutée n’est pas un défaut de génération.
- Une fois le rapport affiché, cliquez sur PDF. Si le bouton manque, vérifiez les boutons d’export visibles.
Un bug connu n’apparaît pas dans mon rapport
Lisez d’abord le bandeau Source des bugs. Avec Bugs des exécutions du plan, le bug doit être rattaché à un résultat de run des plans et suites sélectionnés ; un simple lien vers le cas ou l’exigence ne suffit pas. Vérifiez le rattachement dans Azure DevOps, le périmètre et l’éventuel avertissement de limite des runs lus, puis régénérez le rapport. Charger un ancien rapport conserve son ancien instantané. Voir Les bugs du rapport.La tâche de session ouvre un formulaire de démarrage
Vérifiez la version 2.73.1 ou ultérieure, puis rechargez l’onglet Explore de la tâche de suivi. Cette version corrige la restauration depuis la Task. Si le message désigne Explore AI, la session appartient à TestPulse Studio : ouvrez cet onglet. Voir Rapport de session.L’onglet « Test coverage » n’apparaît pas sur une fiche
Une contribution toute neuve peut mettre un peu de temps à être ingérée par Azure DevOps. Faites un rafraîchissement à froid (Ctrl+Shift+R) sur la fiche. L’onglet est placé automatiquement et se monte au clic — voir L’onglet Test coverage.Sur Server, les tests s’affichent « Non exécuté » alors qu’ils sont passés
Mettez à jour vers la dernière version — la résolution plan/suite lit correctement les résultats sur Azure DevOps Server.La création d’un plan renvoie un 403
Si le message mentionne la gestion des plans sous une area path, vérifiez Manage test plans sur cette area path. Le code 403 seul ne suffit pas à conclure : faites aussi vérifier l’approbation de l’extension et vos droits par l’administrateur. Voir Créer le plan.Les notifications sont bloquées en on-premise
Une limite CORS du navigateur. TestPulse affiche le payload JSON pour un copier-coller dans Teams / Slack — voir Notifications.Le widget de dashboard affiche d’anciens chiffres
Le widget lit le dernier snapshot publié, pas des données live. Publiez un rapport frais avec Partager au projet — voir Widget Vue d’ensemble qualité.Le stockage est presque plein
L’historique est borné par un quota Extension Data. Supprimez d’anciens rapports (l’indicateur avertit à 80%) — voir Historique des rapports.Une écriture est refusée, avec un bandeau au lieu d’une erreur
Les sessions exploratoires écrivent dans Azure DevOps — pièces jointes, work items, Task archivée. Cette capacité a introduit la permission d’écriture des work items, et l’ajout d’une permission impose une ré-approbation administrateur unique de l’extension. Tant qu’un administrateur ne l’a pas approuvée, toute écriture est refusée et TestPulse affiche un bandeau explicatif plutôt qu’une erreur brute. La lecture n’est pas affectée. Voir Permissions.Je ne peux pas reprendre la session active d’un collègue
TestPulse propose la reprise d’une session active uniquement à son auteur. Le hub offre une reprise pour votre session ; celle d’un collègue ouvre seulement la fiche. Il s’agit d’une règle de reprise de TestPulse, pas d’une garantie de confidentialité : les documents de session sont dans Extension Data au niveau projet. Une session close peut être consultée depuis sa tâche de suivi. Voir Confidentialité.Je ne peux pas supprimer une capture de la frise
Trois raisons possibles, et l’interface nomme celle qui s’applique. La capture a déjà été transmise à un bug, une tâche ou un cas de test — la retirer ferait diverger la frise de ce qui a réellement été transmis. La session est close : une session close est un enregistrement, plus rien n’y est modifiable. Ou la session a été démarrée avant l’arrivée de cette capacité, TestPulse ne peut donc pas établir si la capture a été transmise — il refuse plutôt que de la supposer libre. À noter : supprimer une entrée la retire de votre session uniquement. La pièce jointe, elle, reste dans Azure DevOps — TestPulse n’y supprime jamais rien.Une capture ou un fichier est grisé à la clôture
Son téléversement n’a pas pu être résolu, et la raison est affichée à côté. TestPulse le laisse visible et grisé plutôt que de le retirer de la liste : vous savez que quelque chose n’est pas passé, au lieu de découvrir le manque plus tard dans le rapport.Le verdict d’une session n’apparaît pas dans mon rapport ni dans le quality gate
C’est délibéré. Un verdict — Réussi, Échoué ou Bloqué — est le jugement d’un testeur sur une session, pas un résultat de test. Il n’est compté nulle part : aucun indicateur de rapport, aucun quality gate, aucune couverture. Il s’affiche dans le hub Explore, y est filtrable, et est écrit en tag sur la Task archivée pour les requêtes Azure DevOps. Voir Hub des sessions.À suivre
Permissions & scopes
Accès et le 403.
Glossaire
Termes clés.