Tests QA automatisés

VérifiéPrudence

Exécutez des vérifications QA automatisées sur l'extension VS Code Grafema via Playwright et validation croisée MCP.

Spar Skills Guide Bot
TestingAvancé
23/07/2026
Claude Code
#qa-automation#playwright#vscode-extension#cross-validation#mcp

Recommandé pour

Synthèse automatique

Ce skill lance des sessions de QA automatisées sur l'extension VS Code Grafema, en pilotant code-server via Playwright et en recoupant chaque panneau avec les données du graphe via les outils MCP et la CLI.

Points forts

  • Quatre modes explicites : reprise automatique, fichier précis, revalidation des bugs ouverts (--recheck) et tâche libre en texte
  • Persistance complète dans _qa/qa-state.json : progression par ligne, registre de bugs, gaps bloquants, historique des tâches et statistiques de couverture
  • Validation croisée systématique entre ce que l'agent voit à l'écran (captures multimodales) et les données du graphe Grafema
  • Production d'artefacts structurés et horodatés (rapports de bug/gap, rapports de session, captures d'écran) directement exploitables

Limites

  • Dépend d'un environnement lourd et prérequis : conteneur Docker code-server sur localhost:8080, Playwright chromium et base de graphe Grafema peuplée
  • Fortement couplé au projet Grafema (chemins _qa/, Orchestrator.ts, priorités de fichiers) et peu réutilisable tel quel ailleurs
  • Plafonné à 10 bugs par session, ce qui impose plusieurs passes sur un gros périmètre
Quand l'utiliser

À utiliser lorsque vous voulez vérifier automatiquement que les panneaux de l'extension Grafema reflètent bien les données du graphe, ou revérifier des bugs après un correctif.

Quand l'éviter

À éviter si le conteneur code-server, Playwright ou la base Grafema ne sont pas disponibles, ou pour tester un projet sans rapport avec cette extension.

Analyse de sécurité

Prudence
Score qualité80/100

This SKILL.md contains no dangerous or exfiltrating instructions itself; it orchestrates a legitimate QA workflow. It is rated 'caution' because it exercises powerful tooling—Docker, browser automation, Bash, and MCP/CLI calls—and because its real behavior is delegated to a referenced agent file that a reviewer cannot see here, so the actual executed instructions are not fully auditable from this document alone.

Points d'attention
  • •Requires a running Docker container (docker-compose up -d) and interacts with it
  • •Runs browser automation (Playwright/Chromium) via inline Node scripts in Bash
  • •Delegates behavior to an external, unaudited agent instruction file (.claude/agents/qa-agent.md) whose contents are not part of this SKILL.md
  • •Reads and writes state/report files under _qa/ (limited to project scope)
  • •No destructive commands, no credential/token exfiltration, no obfuscated payloads, and network access appears limited to localhost:8080
Comment cette analyse est faite

Exemples

Resume last QA session
/qa
Check a specific file
/qa packages/vscode/src/Orchestrator.ts
Re-validate open bugs after a fix
/qa --recheck

name: qa description: | Run automated QA checks on Grafema VS Code extension via Playwright + MCP cross-validation. Use when: (1) user says "/qa" to start or resume QA session, (2) user wants to validate extension panels against graph data, (3) user wants to re-check previously found bugs after a fix, (4) user wants to run a custom QA task. Requires Docker code-server running. author: Claude Code version: 1.0.0 date: 2026-02-20

/qa -- Grafema VS Code Extension QA

When to Use

  • Validate VS Code extension UI against graph data
  • Check specific files or resume from last session
  • Re-check open bugs after fixes (version validation)
  • Run custom QA tasks (e.g., "check hover tooltips only")

Usage

/qa                                           # Auto-resume from last session
/qa packages/vscode/src/Orchestrator.ts       # Check specific file
/qa --recheck                                 # Re-validate all open bugs
/qa check only the Callers panel              # Custom task (free text)

Prerequisites

  • Docker container code-server running (cd demo && docker-compose up -d)
  • Playwright chromium available (auto-installed if missing)
  • Code-server accessible at http://localhost:8080
  • Grafema graph database populated (extension must be analyzing a project)

How It Works

1. Parse Arguments

Determine the mode from the user's input:

  • No args / empty: auto-resume. Find file with status: "in-progress" in state, resume from lastCheckedLine + 1. If none, pick next unchecked file.
  • File path: check that specific file from line 1 (or resume if already in-progress).
  • --recheck: re-validate all bugs with status: "open" and gaps with status: "blocking".
  • Anything else: treat as free-text custom task. Record in customTasks registry.

2. Load State

Read _qa/qa-state.json. This tracks:

  • Per-file progress (which line we left off at)
  • Bug registry (all bugs found across sessions)
  • Gap registry (infrastructure gaps that block files)
  • Custom task history
  • Coverage statistics
  • Version history

3. Check Docker

Verify the code-server Docker container is running and accessible. If not, print the start command and stop.

4. Launch QA Agent

Read the agent instructions from .claude/agents/qa-agent.md. The agent:

  • Drives code-server via Playwright (inline Node.js scripts in Bash)
  • Takes screenshots and reads them (multimodal -- Claude sees images)
  • Cross-validates every panel with Grafema MCP tools and CLI
  • Records bugs and gaps with full evidence
  • Updates state after every checked line
  • Stops after 10 bugs per session

5. Return Summary

After the session completes, report:

  • How many entities were checked
  • How many bugs and gaps were found
  • Which reports were written
  • What to do next (fix bugs, resolve gaps, re-run /qa)

Modes

Auto-Resume (default)

Finds the first file with status: "in-progress" and resumes from lastCheckedLine + 1. If no file is in progress, picks the next unchecked file using priority order: Orchestrator.ts first, then largest files first.

Specific File

Checks the given file from line 1. If the file was previously in-progress, resumes from where it left off.

Recheck

Re-validates all open bugs and blocking gaps. Does NOT check new lines. Marks fixed bugs as "fixed" and resolved gaps as "resolved". Useful after deploying a fix to verify it works.

Custom Task

Any argument that is not a file path and not --recheck is treated as a free-text instruction. The agent executes the task, records it in customTasks, and still logs any bugs/gaps found to the normal registries.

Output Locations

| Artifact | Path | |----------|------| | State file | _qa/qa-state.json | | Bug reports | _qa/reports/bug-NNN.md | | Gap reports | _qa/reports/gap-NNN.md | | Session reports | _qa/reports/session-YYYY-MM-DD-HH-MM-SS.md | | Screenshots | _qa/screenshots/ (gitignored) |

Session Limits

The agent stops after finding 10 bugs in a single session. This keeps reports manageable and encourages incremental fixing. Fix the bugs, then re-run /qa to continue.

Extension Panels

The extension registers 7 panels: Status, Value Trace, Callers, Blast Radius, Issues, Explorer, Debug Log. Plus the built-in Monaco hover tooltip.

Note: The panel formerly called "Edges Explorer" in early docs is actually "Blast Radius".

Bug vs Gap

  • Bug (ui-bug or core-bug): single entity shows wrong/missing data in one panel. Recorded, agent continues.
  • Gap (infrastructure-gap): entire panel broken across 5+ entities in multiple files. Blocks affected files, agent stops session.

Troubleshooting

Docker not running

cd demo && docker-compose up -d

Playwright not installed

The agent auto-installs chromium. If it fails:

npx playwright install chromium

Code-server not responding

Check Docker logs:

docker logs code-server

Panels not updating after click

The agent waits 3 seconds for async panel updates. If panels are still empty, this may indicate an infrastructure gap rather than a timing issue.

Screenshots unreadable

Small text in screenshots may be hard to read. The agent uses MCP/CLI for exact data validation and screenshots only for structural checks (panel visible, non-empty, has sections).

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/automated-qa-checks-mrx3xw5o' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/automated-qa-checks-mrx3xw5o/download' --output '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md.part' && mv '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md.part' '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Extrait original : Prerequisites
  • Docker container code-server running (cd demo && docker-compose up -d)
  • Playwright chromium available (auto-installed if missing)
  • Code-server accessible at http://localhost:8080
  • Grafema graph database populated (extension must be analyzing a project)

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md' && test -s '.skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/qa' && cp -R '.skill-downloads/automated-qa-checks-mrx3xw5o' '.claude/skills/qa'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/automated-qa-checks-mrx3xw5o'

openskills read 'automated-qa-checks-mrx3xw5o'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/automated-qa-checks-mrx3xw5o/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires