Skip to main content
TestPulse est 100% côté client. Les rapports sont construits dans votre navigateur — il n’y a aucun serveur backend, et aucune donnée ne quitte jamais votre tenant Azure DevOps.

​
Où vivent vos données

  • Rapports & historique — sauvegardés dans Azure DevOps Extension Data (user-scoped ; au niveau projet uniquement quand vous partagez au projet). Rien n’est envoyé à un tiers.
  • Préférences — stockées de la même façon, ou dans le navigateur pour les choix purement UI (par exemple la langue de l’onglet fiche).
  • Pièces jointes — les images sont cachées en mémoire et rechargées depuis Azure DevOps au besoin ; elles sont retirées de l’historique sauvegardé pour respecter le quota de stockage.
  • Sessions exploratoires — stockées au scope projet, afin qu’une session démarrée depuis un écran soit retrouvable depuis un autre et listée dans le hub.
Le scope projet signifie exactement cela : toute personne ayant accès au projet peut lire les notes et captures de n’importe quelle session, quelle que soit son équipe Azure DevOps. La ségrégation par équipes ne s’applique pas à ce stockage. Le filtre Testeur du hub réduit le bruit ; il n’apporte aucune confidentialité. N’écrivez pas dans une note de session ce que vous ne mettriez pas dans un commentaire de work item.

​
Aucune télémétrie par défaut

TestPulse ne fait pas de remontée. Il n’y a pas de backend d’analytics — les seuls appels sortants vont vers votre Azure DevOps et, si vous les configurez, vos webhooks Teams / Slack.

​
On-premise

Sur Azure DevOps Server, tout fonctionne de la même façon contre votre serveur. La seule limitation navigateur est le CORS sur les webhooks sortants — TestPulse bascule sur un payload à copier-coller (voir Notifications).

​
À suivre

Permissions & scopes

Ce à quoi TestPulse accède.

Lecture seule par conception

Où il écrit, et où il n’écrit jamais.