Ressources · Connecteur Claude

Connecteur Claude Qase Test ManagementCe que Claude sait faire dans ton espace Qase.

Le connecteur Claude Qase Test Management expose 13 outils : 5 en lecture, 7 en écriture, 1 sans description. Publiée par Qase, cette extension de bureau permet à Claude de fouiller ton référentiel de tests, de rédiger des cas, de préparer des runs et de consigner résultats et défauts.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Aperçu

Ce que change un Claude qui travaille dans Qase

Qase héberge tes cas de test, tes suites, tes runs et tes défauts, et les tenir à jour demande beaucoup d'allers-retours entre les écrans. Avec cette extension, tu décris ce dont tu as besoin et Claude fait le travail dans la conversation : il lit le projet, retrouve les bons cas avec le langage de requête de Qase, puis crée ou met à jour ce que tu as demandé.

Transformer une spec en cas de test. qase_project_context montre les suites, jalons et environnements du projet, puis qase_case_upsert crée chaque nouveau cas ou met à jour un cas existant.

Monter une campagne de non-régression d'un coup. qase_regression_run ouvre un run et y ajoute tous les cas des suites ou du plan choisis, sans les cocher un par un.

Remonter les résultats d'une CI. À partir des résultats d'un pipeline terminé, qase_ci_report ouvre le run, y consigne chaque résultat et le clôt ; un échec à suivre devient un défaut via qase_triage_defect.

Ce qu'il ne fera pas : rien ne part seul quand un build échoue ou qu'un run se termine ; Claude n'agit que pendant qu'il te répond, dans l'application de bureau où l'extension est installée. L'API de Qase ne permet pas non plus de rattacher un défaut à un run. Nous n'avons pas de page n8n, Make ou Zapier pour Qase ; la page Intégrations recense les plateformes couvertes, et celle des connecteurs Claude regroupe les autres.

Vocabulaire

Cinq mots avant d'installer

Le vocabulaire de Claude employé sur cette page, en une minute.

Connecteur
Le lien que tu poses une fois entre Claude et un compte que tu as déjà, pour qu'il y travaille pendant qu'il te répond.
Outil
Une action nommée que le connecteur ouvre à Claude dans ce compte. Il choisit seul celles qu'il lui faut ; la fiche du répertoire les nomme.
Autorisation
L'accès que tu donnes à Claude via l'écran de connexion ou de permission du service, accordé une fois par personne et révocable de même.
Approbation
La confirmation que Claude attend avant d'aller plus loin sur une action qui touche le compte, affichée dans la conversation au bon moment.
MCP
Le standard commun des connecteurs : c'est lui qui permet à un assistant comme Claude de dialoguer avec un service extérieur comme Qase.
Connexion

Installer le connecteur Claude Qase Test Management en trois étapes

  1. 01

    Trouver Qase dans la liste

    Dans Claude Desktop, ouvre les réglages, passe par Customize puis Connectors, et cherche Qase Test Management. Sur un espace Team ou Enterprise, un Owner ou un Primary Owner doit d'abord l'activer pour l'organisation avant que chaque membre l'installe.

  2. 02

    Lancer l'installation et se connecter

    Démarre-la depuis sa ligne avec Connect et termine les étapes que Qase demande pour atteindre ton espace. Si le lien se casse plus tard, Disconnect puis réinstalle : c'est la réparation prévue.

  3. 03

    Lire ce que tu accordes

    Avant de valider, lis l'écran d'accès : c'est celui de Qase, pas celui de Claude, et c'est lui qui décide de ce que l'accès couvre. Claude travaille ensuite dans ces droits, jamais au-delà de ce que ton propre compte Qase atteint.

Outils

Les 13 outils du connecteur Qase Test Management

Qase Test Management donne à Claude 13 outils : 5 qui lisent ton compte, 7 qui y changent quelque chose, et 1 qu'aucune source officielle ne décrit.

Cinq outils lisent ton espace, sept le modifient, et un n'est pas classé. Les noms restent ceux qu'affiche Claude.

  • 5 lecture
  • 7 écriture
  • 1 non documentés

Ce que Claude lit (5)

5 outils

Cinq outils pour explorer un projet, récupérer n'importe quel élément et chercher d'un projet à l'autre.

qase_discover_tools

Cherche dans le catalogue d'outils supplémentaires de Qase, pour des besoins comme les suppressions, les plans de test, les jalons ou la revue de cas, et active pour la session ceux qu'il trouve. Par défaut, seuls les outils de base sont visibles.

Quand ça sert
une demande sort des treize outils de la fiche du répertoire.
Attention
selon Qase, un client qui ignore son avis de changement ne proposera le nouvel outil qu'après reconnexion de la session.

Sourcegithub.com · 1 octobre 2026 ↗

qase_get

Récupère un élément Qase par son type et son identifiant : cas, suite, run, résultat, plan, défaut, jalon ou environnement, avec seulement les champs demandés si besoin. Le code du projet est requis pour les éléments rattachés à un projet.

Quand ça sert
Claude dispose d'un identifiant et doit lire la fiche complète avant de répondre.

Sourcegithub.com · 1 octobre 2026 ↗

qase_project_context

Renvoie en un appel les détails d'un projet, l'arbre de ses suites, ses jalons, ses environnements, ses champs personnalisés et ses utilisateurs. Qase le conseille comme premier pas sur un projet.

Quand ça sert
Claude doit savoir où vivent les suites avant de ranger de nouveaux cas.
Attention
chaque liste s'arrête aux 100 premiers éléments sans demande de vue complète.

Sourcegithub.com · 1 octobre 2026 ↗

qql_help

Va chercher une section de la référence du langage de requête de Qase. Le sujet doit toujours être nommé, car la référence entière est volumineuse, et Qase conseille de lire la section des entités avant d'interroger une entité peu connue.

Quand ça sert
une recherche vise une entité dont Claude n'a pas encore vérifié les noms de champs.
Attention
les champs de date varient : un run a un début et une fin, un résultat seulement une fin.

Sourcegithub.com · 1 octobre 2026 ↗

Ce que Claude modifie (7)

7 outils

Sept outils qui ajoutent ou mettent à jour cas, runs, résultats et défauts.

qase_case_upsert

Approbation : voir la règle

Crée un cas de test, ou met à jour un cas existant quand son identifiant est fourni. Les champs comme la priorité, la sévérité ou le type acceptent un libellé (high, blocker) ou un identifiant numérique, que le serveur normalise.

Ce que Claude demande
aucune source ne documente de confirmation ici ; la règle générale s'applique.
Quand ça sert
un nouveau cas doit être rédigé, ou un cas existant corrigé.

Sourcegithub.com · 1 octobre 2026 ↗

qase_ci_report

Approbation : voir la règle

Consigne en un appel les résultats d'un pipeline de CI : il crée un run, y enregistre tous les résultats et peut le clôturer. Au-delà de 200, les lots sont découpés automatiquement, jusqu'à 2000 résultats par bilan.

Ce que Claude demande
rien dans les sources ne décrit de confirmation pour cet outil ; voir la règle générale.
Quand ça sert
un pipeline est terminé et ses résultats ont leur place dans Qase.
Attention
après un échec partiel, relancer l'appel créerait un second run ; le reste passe par qase_result_record.

Sourcegithub.com · 1 octobre 2026 ↗

qase_defect_upsert

Approbation : voir la règle

Crée un défaut, ou met à jour un défaut existant quand son identifiant est fourni, changement de statut compris. Passer le statut à resolved suffit à résoudre un défaut existant.

Ce que Claude demande
aucune source ne décrit d'approbation pour cet outil ; la règle générale le couvre.
Quand ça sert
un défaut doit changer de statut, ou être déclaré sans partir d'un test en échec.

Sourcegithub.com · 1 octobre 2026 ↗

qase_regression_run

Approbation : voir la règle

Monte un run de non-régression en un appel : les cas se choisissent par identifiants de suites, par identifiants de cas ou par plan, puis le run est créé avec tous les cas correspondants, au lieu d'une suite d'étapes séparées.

Ce que Claude demande
aucune source ne documente de confirmation pour cet outil ; la règle générale des approbations s'applique.
Quand ça sert
une passe de non-régression demande un run rempli à partir de suites entières ou d'un plan.

Sourcegithub.com · 1 octobre 2026 ↗

qase_result_record

Approbation : voir la règle

Enregistre un ou plusieurs résultats de test dans un run ; chacun doit porter un statut, et le rattachement au cas est recommandé. Le point d'accès groupé accepte 200 résultats au plus par requête, et une liste plus longue est refusée avant toute écriture.

Ce que Claude demande
aucune source ne décrit de confirmation pour cet outil ; voir la règle générale.
Quand ça sert
les résultats d'un run doivent être saisis dans Qase.
Attention
les résultats s'ajoutent sans se remplacer, donc un lot relancé serait compté deux fois.

Sourcegithub.com · 1 octobre 2026 ↗

qase_run_upsert

Approbation : voir la règle

Crée un run de test, ou met à jour un run existant quand son identifiant est fourni. La documentation de Qase n'en dit pas plus sur les champs acceptés, et cette page n'en liste donc aucun.

Ce que Claude demande
rien dans les sources ne décrit d'approbation ici ; la règle générale le couvre.
Quand ça sert
un run doit être ouvert ou ajusté en dehors des raccourcis de non-régression et de CI.

Sourcegithub.com · 1 octobre 2026 ↗

qase_triage_defect

Approbation : voir la règle

Crée un défaut à partir d'un test en échec. Titre, résultat obtenu et sévérité sont tous exigés par l'API de Qase. Comme cette API ne sait pas rattacher runs ou résultats à un défaut, les résultats en échec sont cités dans le texte du résultat obtenu.

Ce que Claude demande
aucune source ne documente de confirmation pour cet outil ; voir la règle générale.
Quand ça sert
un test en échec doit être suivi par un défaut.

Sourcegithub.com · 1 octobre 2026 ↗

Sens non établi (1)

1 outil

Un outil que Qase décrit comme un accès brut à son API, sans dire s'il lit ou écrit.

qase_api

Qase le présente comme un appel direct à son API REST pour les points d'accès que les autres outils ne couvrent pas : une méthode HTTP, un chemin et un corps facultatif, en JSON seulement, donc sans envoi de fichier. Aucune source ne dit si un appel donné lit ou modifie des données : cette page ne le classe pas.

Attention
quoi que fasse un appel, la règle générale des approbations ci-dessous le couvre.
Approbations

Ce que Claude te demande avant d'agir

Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène dans un compte à la place de quelqu'un. Sept des treize outils Qase modifient ton espace, un treizième donne un accès brut à l'API, et aucune source ne décrit de confirmation propre à l'un d'eux : c'est donc ce comportement par défaut qu'il faut attendre.

Sur les espaces Team et Enterprise, les propriétaires décident si un membre peut laisser passer certaines actions sans qu'on les lui redemande. Ils peuvent aussi restreindre ce qu'un connecteur a le droit de faire pour toute l'organisation, par exemple garder la lecture et fermer l'écriture, et aucun membre ne passe outre depuis son compte. Claude agit avec les droits de la personne qui l'a branché, rien de plus : ce qu'elle ne voit ou ne modifie pas dans Qase reste aussi hors de portée de Claude.

Plans

Sur quels plans Claude l'utiliser

La règle générale d'Anthropic : les connecteurs distants sont ouverts à tous les utilisateurs sur Claude, Cowork, Claude Desktop et mobile, tandis que les extensions de bureau comme celle-ci s'installent dans Claude Desktop.

Sur Team et Enterprise, un Owner ou un Primary Owner active un connecteur pour l'organisation avant que les membres puissent s'en servir. Pour l'état à jour de cette extension, consulte sa fiche dans le répertoire officiel, accessible par le bouton en haut de cette page. Aucune source officielle ne publie la disponibilité par plan connecteur par connecteur : cette fiche reste le seul endroit où le vérifier.

Limites

Ce que le connecteur Qase Test Management ne fait pas

Seul Qase documente cette extension, sur le dépôt public de son serveur : ni le centre d'aide Claude ni la documentation développeur d'Anthropic n'ont de page à son sujet.

Un connecteur n'est pas une automatisation : Claude appelle ses outils pendant une réponse, et rien ne se déclenche quand un pipeline se termine ou qu'un test échoue. Le badge de vérification du répertoire n'est pas un audit de sécurité, et Anthropic précise sur chaque fiche qu'il ne maîtrise pas les outils qu'un éditeur expose. Les treize outils de la fiche sont un plancher, pas un plafond : l'outil de découverte de Qase peut en activer d'autres pendant une session.

Besoin d'aide

Besoin d'aide pour brancher Qase Test Management sur Claude ?

Une personne lit chaque message.

FAQ

Questions sur le connecteur Claude Qase Test Management

01Que peut faire Claude avec le connecteur Qase Test Management ?
Claude peut lire la structure d'un projet Qase, récupérer n'importe quel cas, run, défaut ou autre élément, et chercher d'un projet à l'autre avec le Qase Query Language. Il peut aussi créer ou mettre à jour des cas et des défauts, ouvrir des runs, y compris des campagnes de non-régression complètes, consigner des résultats, remonter un pipeline de CI en un appel et transformer un test en échec en défaut. Tu décris la tâche dans la conversation et Claude en déroule les étapes.
02Claude peut-il écrire, envoyer ou supprimer quelque chose avec ?
Oui, huit des treize outils modifient des données dans Qase : ils créent ou mettent à jour cas, runs et défauts, consignent des résultats, remontent des bilans de CI et préparent des runs de non-régression. Un treizième, qase_api, donne un accès brut à l'API de Qase, et aucune source ne dit si ses appels lisent ou écrivent. Les suppressions ne figurent pas parmi les treize outils listés, mais l'outil de découverte de Qase peut en activer pendant une session. Considère donc la liste comme un plancher, pas comme un plafond.
03Claude demande-t-il avant de modifier mon espace Qase ?
Par défaut, Claude s'arrête et demande ton accord avant chaque action qu'il mène dans un compte à la place de quelqu'un. Aucune source ne décrit de confirmation rattachée à l'un des outils Qase qui modifient des données, ni à qase_api : c'est donc cette règle générale qui s'applique. Sur Team et Enterprise, les propriétaires décident si les membres peuvent laisser passer certaines actions sans nouvelle demande, et ils peuvent restreindre ce que le connecteur a le droit de faire pour toute l'organisation.
04Sur quels plans Claude ce connecteur est-il disponible ?
Aucune source officielle ne publie plan par plan les connecteurs inclus. La règle générale d'Anthropic : les extensions de bureau s'installent dans Claude Desktop pour tous les utilisateurs, et sur Team et Enterprise un Owner ou un Primary Owner active un connecteur avant que les membres puissent s'en servir. La fiche du répertoire officiel est le seul endroit qui affiche son état à jour : vérifie-la depuis ton propre compte avant de prévoir un déploiement dans l'équipe.
05Claude voit-il tout mon compte Qase ?
Claude travaille avec les droits de la personne qui l'a branché, rien de plus. Ce que cette personne ne peut ni ouvrir ni modifier dans Qase, Claude ne l'atteint pas non plus. Dans ces droits, il peut lire projets, suites, cas, runs, résultats, défauts, jalons et utilisateurs, et chercher d'un projet à l'autre. Sur Team et Enterprise, un propriétaire peut en plus restreindre ce que le connecteur a le droit de faire, la lecture seule par exemple, pour tous les membres.
06Pourquoi Claude refuse-t-il de consigner plus de 200 résultats d'un coup ?
Le point d'accès des résultats de Qase accepte 200 résultats au plus par requête, et une liste plus longue est refusée avant toute écriture. Le découpage n'est pas automatique car les résultats s'additionnent : un lot à moitié échoué ne pourrait pas être annulé, et le relancer compterait la première partie deux fois. Pour un pipeline terminé, le rapport de CI découpe lui-même, jusqu'à 2000 résultats par rapport ; au-delà, la suite se déclare en plusieurs runs.
07Claude ou un outil d'automatisation pour Qase ?
Ils ne font pas le même métier. Ce connecteur sert une conversation : tu demandes à Claude de rédiger des cas, de préparer un run ou de déclarer un défaut, et il le fait pendant l'échange. Un outil d'automatisation déroule seul un scénario fixe quand un événement survient. Rien dans cette extension ne démarre de soi-même : verser des résultats automatiquement sans que personne ne le demande relève d'un outil d'automatisation, Claude intervenant quand tu le sollicites.