Une arborescence de références, pas une copie
Le Repository est un objet propre à TestPulse, partagé au niveau projet et stocké dans l’espace de l’extension. Il range des références à vos cas de test (testCaseId), jamais des copies de leur contenu : titres, étapes et champs restent l’unique source de vérité dans Azure DevOps. Vous pouvez créer, renommer, déplacer et supprimer des dossiers à toute profondeur, par glisser-déposer natif ou via un menu « Déplacer vers… » accessible au clavier. Un cas vit dans au plus un dossier ; le retirer de son dossier le renvoie vers Non classés.
Parce que le Repository ne range que des références, rien de ce que vous faites ici ne modifie un cas de test, une suite ou un plan dans Azure DevOps. Le seul endroit qui écrit est la génération d’un plan depuis un dossier, et uniquement après un aperçu explicite.
« Non classés » — les cas pas encore rangés
Le nœud Non classés n’est pas un dossier que vous remplissez. Il est calculé : l’ensemble complet des cas de test du projet, moins ceux déjà rangés quelque part. Il est recalculé à chaque chargement et jamais stocké, donc il reflète toujours la réalité. Ranger un cas le retire de Non classés ; retirer un cas de son dossier l’y remet. C’est ainsi que vous vous assurez qu’aucun cas n’est oublié en silence.Recherche sur tout le projet
Cherchez par titre, id ou tag, insensible à la casse et aux accents, sur l’ensemble du projet — pas seulement le dossier courant. C’est le moyen le plus rapide de répondre à « où est passé ce cas ? » sans parcourir les plans et les suites à la main.« Utilisé dans N emplacement(s) »
Dépliez un cas pour voir où il est planifié — chaque paireplan › suite à laquelle il appartient. Cela réutilise la même résolution que le signal de couverture, sans nouveau périmètre. Notez la séparation volontaire : ce panneau montre les emplacements de planification uniquement, jamais un statut d’exécution. Où un cas est planifié et comment il s’est exécuté la dernière fois sont deux questions distinctes, et le Repository ne répond qu’à la première.
Orphelins — un cas présent dans aucun plan
Une vue dédiée fait remonter les orphelins : les cas de test qui existent dans le projet mais ne sont dans aucun plan. Le scan est toujours explicite — vous le déclenchez par un bouton, il affiche sa progression et peut être annulé, et son résultat est mis en cache et horodaté pour le relancer quand vous voulez. Un orphelin se range comme n’importe quel cas ; être orphelin est une propriété calculée, orthogonale à l’endroit où vous l’avez rangé. (Ce nœud est libellé « Non planifiés » — voir Organiser à grande échelle pour comprendre le changement de nom.)Lecture seule par conception
Tout ce qui est décrit sur cette page est en lecture seule vis-à-vis d’Azure DevOps, ne nécessite aucun nouveau périmètre et n’ajoute aucune nouvelle dépendance. Le Repository lit une fois les cas de test du projet et réutilise des primitives que TestPulse possédait déjà. Si une lecture échoue réellement, vous obtenez une bannière d’erreur avec le message réel — une panne n’est jamais déguisée en projet vide.Voir aussi
Organiser à grande échelle
Amorçage, opérations de masse, vue plate et ordre manuel.
Générer un plan depuis un dossier
Transformez un dossier en plan ADO réel.
Lecture seule par conception
Pourquoi TestPulse lit d’abord.
Permissions
Quels périmètres sont utilisés, et quand.