@ai-qa/workflow 2.0.9 → 2.0.10

package/install.js

@@ -43,7 +43,10 @@ const QA_ITEMS = [
     { src: '.cursorrules', dest: '.cursorrules' },
      { src: '.geminirules', dest: '.geminirules' },
      { src: '.github/copilot-instructions.md', dest: '.github/copilot-instructions.md' },
-     { src: 'agents/router.md', dest: 'agents/router.md' },
+      { src: 'router.md', dest: 'agents/router.md' },
+      { src: 'user-story', dest: 'user-story', dir: true },
+      { src: 'specs', dest: 'specs', dir: true },
+      { src: 'tests', dest: 'tests', dir: true },
 
     ];
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ai-qa/workflow",
-  "version": "2.0.9",
+  "version": "2.0.10",
   "description": "One-command AI QA Pipeline — User Story to Test Report. Auto-detects project config, generates Playwright tests, self-heals failures, dashboard UI.",
   "keywords": [
     "qa",
@@ -32,6 +32,7 @@
     ".geminirules",
     ".opencode/",
     ".qa-workflow.json",
+    "router.md",
     ".github/"
   ],
   "license": "MIT",

package/{agents/router.md → router.md}

@@ -1,29 +1,29 @@
-# 🧠 AI QA Workflow - Agent Router (Core Engine)
-
-Tu es l'Intelligence Artificielle (Copilot, RooCode, Cursor,opencode, Antigravity, Gemini, etc.) assignée à ce projet d'automatisation QA.
-Ce projet contient plusieurs profils d'agents (dans `.github/agents/` ou `agents/`) et plusieurs instructions (dans `prompts/`).
-
-**RÈGLE STRICTE :** Tu DOIS analyser l'intention de l'utilisateur et lire automatiquement le fichier correspondant avant de générer ta réponse ou d'exécuter du code.
-
-## 🧭 Routage Automatique du Contexte
-
-### 1. Planification et Exploration (Intention : "Teste ce lien", "Explore cette app", "Fais un plan pour cette story")
-* **Action obligatoire :** Lis le fichier `.github/agents/playwright-test-planner.agent.md`
-* **Comportement attendu :** Utilise tes outils MCP Playwright pour naviguer sur l'application, faire des snapshots du DOM, identifier les éléments, et rédiger un plan de test clair.
-
-### 2. Génération de Code Playwright (Intention : "Génère le script", "Code le test pour cette story")
-* **Action obligatoire 1 :** Lis le fichier `.github/agents/playwright-test-generator.agent.md`
-* **Action obligatoire 2 :** Lis le fichier `prompts/QAe2eprompt.md` pour respecter les conventions du framework.
-* **Comportement attendu :** Rédige les fichiers `.spec.ts` dans le dossier `tests/`. Tu as l'interdiction d'halluciner (deviner) des sélecteurs CSS. Utilise tes outils MCP pour trouver les locators sémantiques exacts (`getByRole`, `getByText`) sur la page réelle.
-
-### 3. Auto-Guérison et Débogage (Intention : "Le test a planté", "Corrige cette erreur Playwright")
-* **Action obligatoire :** Lis le fichier `.github/agents/playwright-test-healer.agent.md`
-* **Comportement attendu :** Analyse la trace d'erreur, ouvre le navigateur avec MCP pour voir l'état réel de l'UI, et corrige le sélecteur défectueux dans le fichier source.
-
-### 4. Requêtes QA Générales (Intention globale)
-* **Action obligatoire :** Lis le fichier `prompts/general_prompt.md`
-
-## ⚠️ Directives Techniques
-* Ne demande jamais la permission de lire ces fichiers, fais-le silencieusement en arrière-plan.
-* Utilise toujours des sélecteurs Playwright robustes et sémantiques.
-* Si le serveur local n'est pas lancé, préviens l'utilisateur avant d'essayer de t'y connecter.
+# 🧠 AI QA Workflow - Agent Router (Core Engine)
+
+Tu es l'Intelligence Artificielle (Copilot, RooCode, Cursor,opencode, Antigravity, Gemini, etc.) assignée à ce projet d'automatisation QA.
+Ce projet contient plusieurs profils d'agents (dans `.github/agents/` ou `agents/`) et plusieurs instructions (dans `prompts/`).
+
+**RÈGLE STRICTE :** Tu DOIS analyser l'intention de l'utilisateur et lire automatiquement le fichier correspondant avant de générer ta réponse ou d'exécuter du code.
+
+## 🧭 Routage Automatique du Contexte
+
+### 1. Planification et Exploration (Intention : "Teste ce lien", "Explore cette app", "Fais un plan pour cette story")
+* **Action obligatoire :** Lis le fichier `.github/agents/playwright-test-planner.agent.md`
+* **Comportement attendu :** Utilise tes outils MCP Playwright pour naviguer sur l'application, faire des snapshots du DOM, identifier les éléments, et rédiger un plan de test clair.
+
+### 2. Génération de Code Playwright (Intention : "Génère le script", "Code le test pour cette story")
+* **Action obligatoire 1 :** Lis le fichier `.github/agents/playwright-test-generator.agent.md`
+* **Action obligatoire 2 :** Lis le fichier `prompts/QAe2eprompt.md` pour respecter les conventions du framework.
+* **Comportement attendu :** Rédige les fichiers `.spec.ts` dans le dossier `tests/`. Tu as l'interdiction d'halluciner (deviner) des sélecteurs CSS. Utilise tes outils MCP pour trouver les locators sémantiques exacts (`getByRole`, `getByText`) sur la page réelle.
+
+### 3. Auto-Guérison et Débogage (Intention : "Le test a planté", "Corrige cette erreur Playwright")
+* **Action obligatoire :** Lis le fichier `.github/agents/playwright-test-healer.agent.md`
+* **Comportement attendu :** Analyse la trace d'erreur, ouvre le navigateur avec MCP pour voir l'état réel de l'UI, et corrige le sélecteur défectueux dans le fichier source.
+
+### 4. Requêtes QA Générales (Intention globale)
+* **Action obligatoire :** Lis le fichier `prompts/general_prompt.md`
+
+## ⚠️ Directives Techniques
+* Ne demande jamais la permission de lire ces fichiers, fais-le silencieusement en arrière-plan.
+* Utilise toujours des sélecteurs Playwright robustes et sémantiques.
+* Si le serveur local n'est pas lancé, préviens l'utilisateur avant d'essayer de t'y connecter.

package/tests/us-expense-01.spec.ts

@@ -1,30 +0,0 @@
-import { test, expect } from '@playwright/test';
-import { chromium } from '@playwright/test';
-
-test.describe('Soumission de Demande d\'Alimentation de Compte Professionnel', () => {
-
-  test.beforeEach(async () => {
-    // const browser = await chromium.launch({ headless: !process.env.HEADED });
-    // const page = await browser.newPage();
-    // global.page = page;
-  });
-
-  test.afterEach(async () => {
-    // Cleanup if needed
-  });
-
-  test('Scenario 1', async () => {
-    // TODO: Implement test steps from plan
-    // Reference: specs/us-expense-01-test-plan.md (Scenario 3.1)
-    // 
-    // Step 1: *Montant demandé* (valeur numérique positive)
-    // Step 2: *Motif de la demande* (texte, minimum 15 caractères)
-    // Step 3: *Projet associé* (sélection dans une liste déroulante active)
-    // Step 4: Le montant demandé doit être compris entre 10 EUR et 5 000 EUR.
-    // Step 5: Les messages d'erreur de validation doivent s'afficher en temps réel sous les champs incorrects.
-    // 
-    // Expected: Workflow completes successfully
-    
-  });
-
-});

package/user-story/Demande-alimentation.md

@@ -1,24 +0,0 @@
-# Soumission de Demande d'Alimentation de Compte Professionnel
-
-**Story ID**: US-EXPENSE-01
-**Title**: Demande d'Alimentation de Compte
-**Author**: QA Automation Team
-
-## Description
-En tant que collaborateur d'entreprise, je souhaite soumettre une demande d'alimentation pour mon compte de dépenses professionnel afin de couvrir les frais liés à mes déplacements clients sans avancer de fonds personnels.
-
-## Preconditions
-- L'utilisateur est authentifié sur le portail collaborateur.
-- Le compte de l'utilisateur est actif et rattaché à un centre de coût valide.
-- Le solde actuel du compte de dépenses est inférieur à 500 EUR.
-
-## Acceptance Criteria
-1. **Accès au formulaire** : Un bouton "Nouvelle Demande d'Alimentation" doit être visible depuis le tableau de bord principal.
-2. **Saisie des informations** : Le formulaire doit comporter les champs obligatoires suivants :
-   - *Montant demandé* (valeur numérique positive)
-   - *Motif de la demande* (texte, minimum 15 caractères)
-   - *Projet associé* (sélection dans une liste déroulante active)
-3. **Contrôles de validation de surface** :
-   - Le montant demandé doit être compris entre 10 EUR et 5 000 EUR.
-   - Les messages d'erreur de validation doivent s'afficher en temps réel sous les champs incorrects.
-4. **Soumission et Historique** : Après soumission réussie, un spinner de chargement doit s'afficher temporairement, suivi d'un toast de succès. L'utilisateur doit être redirigé vers l'historique où la demande doit apparaître avec le statut "En attente de validation".