QAFusionX

Sequentielle MCP-QA-Agent. Wenn dieser Server in Cursor verbunden ist, erzwingt er den Ask-Modus, stellt zwei Pflichtfragen und durchläuft dann einen 15-Schritte-Workflow, der nicht übersprungen werden kann. Das Abschließen von Schritt N schreibt ein Häkchen in step-by-step/ — nur dieses Häkchen schaltet Schritt N+1 frei.

Die Control Console ist eine Live-GUI für dieselbe Engine: nummerierte Pipeline, Ask-Modus-Banner, Artefakt-Browser und eine Testlauf-Konsole, die du live beobachten kannst.

Was es tut

1. Ask — Projekt & Ziel (Ask-Modus) — Produktname, was getestet werden soll, Live-URL, Screenshot.

2. Ask — User Stories (Ask-Modus, Pflicht) — Zip/Dateien, Jira-Link oder generate-from-system.

3. User stories/ und General/01-target.md persistieren.

4. Runde-1-Crawl — jeder Bildschirm und jedes Popup: Erfassen → Analysieren → Referenz-Markdown → lebender Plan → nächster Klick.

5. Plan / To-dos aus Runde 1 einfrieren.

6. Runde-2-Crawl — gleiche Verzeichnisstruktur, auf der Suche nach allem, was Runde 1 übersehen hat.

7. User Stories generieren — nur wenn Frage 2 mit generate-from-system beantwortet wurde. Nach Runde 2 GeneratedUser stories/ aus jedem erfassten Flow erstellen. Spätere Tests verwenden ausschließlich diesen Bestand. Zip/Jira-Läufe markieren diesen Schritt als N/A.

8. Vollständige Systemabbildung — langes, ausführliches Markdown (kurze Dateien werden abgelehnt).

9. Manuelle Testfälle im Jira-Funktionsformat unter testCase Human/.

10. Diese Fälle nach Jira hochladen (oder Offline-Payloads schreiben).

11. 1:1 in YAML unter testc2ai/ konvertieren.

12. GUI- und API- Playwright-Skripte in AutomatedScripts/ generieren.

13. Testsuite ausführen, Ergebnisse werden an die GUI gestreamt.

14. Fehler mit Nachweis nach reports/QAFusionX-Issues.xlsx + .csv exportieren.

15. Jira-Bug-Tickets anlegen: Betreff, Vorbedingung, Schritte, erwartet, tatsächlich, Nachweis.

Related MCP server: mcp-playwright-test

Lokal ausführen

npm install
npx playwright install chromium
cd console && npm install && cd ..
cp .env.example .env   # optional Jira credentials
npm run dev

• Control Console: http://127.0.0.1:43181

• Engine API: http://127.0.0.1:43180

• Beispiel-App unter Test: http://127.0.0.1:43181/sample/login
  Demo-Login: qa.analyst / FusionX@2026

Klicke in der Konsole auf Run guided demo, um jeden Schritt gegen die gebündelte Intermediary-Management-Beispiel-App auszuführen (Emergency-Details-Felder, die zu einem Jira-Funktionsfall passen).

Nur MCP:

npx tsx src/index.ts

QAFusionX mit Cursor verbinden (jedes Projekt, jeder Chat)

Windows (deine Cursor-Desktop-App) — einmalig ausführen:

git clone https://github.com/thejanaloit/QAFusionX.git $env:USERPROFILE\QAFusionX
cd $env:USERPROFILE\QAFusionX
powershell -ExecutionPolicy Bypass -File .\scripts\install-global-cursor.ps1

macOS / Linux:

git clone https://github.com/thejanaloit/QAFusionX.git ~/QAFusionX
cd ~/QAFusionX
bash scripts/install-global-cursor.sh

Das schreibt eine Konfiguration auf Benutzerebene (~/.cursor/mcp.json) und eine Benutzerregel (~/.cursor/rules/qafusionx.mdc). Cursor führt das in jedem Workspace und jedem Agent-/Ask-Chat zusammen. Anschließend:

1. Befehlspalette → Developer: Reload Window

2. Einstellungen → Tools & MCP → QAFusionX aktivieren (grün)

Dieses Repository enthält ebenfalls .cursor/mcp.json, sodass das alleinige Öffnen des QAFusionX-Ordners ausreicht. Der Installer macht das global.

Bei der ersten Verwendung muss der Agent:

1. In den Ask-Modus wechseln.

2. Fragen, worum es beim Projekt geht und was getestet werden soll (URL + Screenshot).

3. User Stories abfragen (zip, Jira oder generieren). Diese zweite Frage ist verpflichtend.

Bis beide Antworten gespeichert sind, gibt jedes spätere Tool BLOCKED zurück.

Auf GitHub veröffentlichen

Der Cloud-Agent, der dieses Projekt erstellt hat, hat keinen GitHub-Login und kann daher github.com/<you>/QAFusionX von hier aus nicht anlegen. Der Quellcode liegt bereits auf dem Cursor-Origin-Remote. Auf deinem Rechner nach gh auth login:

bash scripts/publish-github.sh QAFusionX public

Das erstellt das GitHub-Repository, fügt ein github-Remote hinzu und pusht main.

Quellen für User Stories

Artefakt-Layout

artifacts/
  step-by-step/                 ticks — the only unlock
  User stories/                 zip / Jira stories
  GeneratedUser stories/        method 3 only, after Round 2
  General/                      01-target.md, human-qa-research.md
  Screens/
    round one/screenshots|references|plan/
    round two/screenshots|references|plan/
    complete-system-map.md
  testCase Human/               Jira-shaped markdown + json
  testc2ai/                     YAML for the AI runner
  AutomatedScripts/gui|api
  reports/                      suite results, XLSX/CSV, proof
  jira/                         upload log, payloads, created keys
  bugs/                         bug tickets with proof

Aufbau manueller Testfälle

Titel folgen dem Jira-Funktionsmuster:

[Sales & Marketing Module] [Intermediary Management][Add new/][name][FP] - Validate that the Emergency Details section displays all required fields.

Erforderliche Abschnitte: Affects versions, Labels, Test Case Type, Priority, Parent, Linked work items, Preconditions, Test Steps, Test Comments, Expected Result, Actual Result.

Jira

JIRA_BASE_URL, JIRA_EMAIL, JIRA_API_TOKEN, JIRA_PROJECT_KEY setzen. Ohne sie schließt QAFusionX die Schritte trotzdem ab, indem es jira/payloads/*.json schreibt — der Schritt wird niemals übersprungen.

Sinhala — මෙය කොහොමද පාවිච්චි කරන්නේ

Cursor එකේ QAFusionX MCP එක connect කරාම Ask mode එකට යන්න. මුලින්ම project එක සහ test කරන්න ඕන දේ, URL එක, screenshot එක අහන්නේ. ඊට පස්සේ අනිවාර්යයෙන් user stories seeds. ZIP, Jira link, හෝ system එකෙන් generate. මේ දෙකම උත්තර දුන්නට පස්සේ විතරක් crawl / test generation පටන් ගන්න පුළුවන්. කිසිම step එකක් skip කරලා ඊළඟ එකට යන්න බෑ; step-by-step/ තියෙන tick ශීඝ්ර මෙන් N ඊළඟ unlock එක.## QAFusionX

Sequentielle MCP-QA-Agent. Wenn dieser Server in Cursor verbunden ist, erzwingt er den Ask-Modus, stellt zwei Pflichtfragen und durchläuft dann einen 15-Schritte-Workflow, der nicht übersprungen werden kann. Das Abschließen von Schritt N schreibt ein Häkchen in step-by-step/ — dieses Häkchen ist der einzige Weg, Schritt N+1 freizuschalten.

Die Control Console ist eine Live-GUI für dieselbe Engine: nummerierte Pipeline, Ask-Modus-Banner, Artefakt-Browser und eine Testlauf-Konsole, die du live beobachten kannst.

Was es tut

1. Ask — Projekt & Ziel (Ask-Modus) — Produktname, was getestet werden soll, Live-URL, Screenshot.

2. Ask — User Stories (Ask-Modus, Pflicht) — Zip/Dateien, Jira-Link oder generate-from-system.

3. Persistiere User stories/ und General/01-target.md.

4. Runde-1-Crawl — jeder Bildschirm und jedes Popup: Erfassen → Analysieren → Referenz-Markdown → lebender Plan → nächster Klick.

5. Einfrieren des Runde-1-Plans / der To-do-Liste.

6. Runde-2-Crawl — gleiche Verzeichnisstruktur, Jagd auf alles, was Runde 1 übersehen hat.

7. User Stories generieren — nur wenn Frage 2 mit generate-from-system beantwortet wurde. Nach Runde 2 GeneratedUser stories/ aus jedem erfassten Flow erstellen. Spätere Tests verwenden ausschließlich diesen Bestand. Zip/Jira Calls markieren diesen Schritt als N/A.

8. Vollständige Systemübersicht — langes, erschöpfendes Markdown (kurze Dateien werden abgelehnt).

9. Manuelle Testfälle im Jira-Funktionsformat unter testCase Human/.

10. Diese Fälle nach Jira hochladen (oder Offline-Payloads schreiben).

11. 1:1 in YAML unter testc2ai/ konvertieren.

12. GUI- und API- Playwright-Skripte in AutomatedScripts/ generieren.

13. Testsuite ausführen, Ergebnisse werden an die GUI gestreamt.

14. Fehler nach reports/QAFusionX-Issues.xlsx + .csv mit Nachweis exportieren.

15. Jira-Bug-Tickets erstellen: Betreff, Vorbedingung, Schritte, erwartet, tatsächlich, Nachweis.

Lokal ausführen

npm install
npx playwright install chromium
cd console && npm install && cd ..
cp .env.example .env   # optional Jira credentials
npm run dev

• Control Console: http://127.0.0.1:43181

• Engine API: http://127.0.0.1:43180

• Beispiel-App unter Test: http://127.0.0.1:43181/sample/login
  Demo-Login: qa.analyst / FusionX@2026

Klicke in der Konsole auf Run guided demo, um jeden Schritt gegen die gebündelte Intermediary-Management-Demo auszuführen (Emergency Details Felder passend zu einem Jira-Funktionalfall).

Nur MCP:

npx tsx src/index.ts

QAFusionX mit Cursor verbinden (jedes Projekt, jeder Chat)

Windows (Ihr Cursor-Desktop) — einmalig ausführen:

git clone https://github.com/thejanaloit/QAFusionX.git $env:USERPROFILE\QAFusionX
cd $env:USERPROFILE\QAFusionX
powershell -ExecutionPolicy Bypass -File .\scripts\install-global-cursor.ps1

macOS / Linux:

git clone https://github.com/thejanaloit/QAFusionX.git ~/QAFusionX
cd ~/QAFusionX
bash scripts/install-global-cursor.sh

Das schreibt eine benutzerspezifische Konfiguration (~/.cursor/mcp.json) und eine Benutzerregel (~/.cursor/rules/qafusionx.mdc). Cursor führt diese in jedes Workspace und in jeden Agent-/Ask-Chat ein. Danach:

1. Befehlspalette → Developer: Reload Window

2. Einstellungen → Tools & MCP → QAFusionX aktivieren (grün)

Dieses Repository enthält ebenfalls .cursor/mcp.json, sodass allein das Öffnen des QAFusionX-Ordners ausreicht. Der Installer macht es global.

Beim ersten Gebrauch muss der Agent:

1. In den Ask-Modus wechseln.

2. Fragen, was das Projekt ist und was getestet werden soll (URL + Screenshot).

3. User Stories abfragen (Zip, Jira oder generieren). Diese zweite Frage ist obligatorisch.

Bis beide Antworten gespeichert sind, gibt jedes spätere Tool BLOCKED zurück.

Veröffentlichung auf GitHub

Der Cloud-Agent, der dieses Projekt erstellt hat, hat keinen GitHub-Login und kann daher github.com/<you>/QAFusionX von hier aus nicht erstellen. Der Quellcode liegt bereits auf dem Cursor-Origin-Remote. Führen Sie auf Ihrem Rechner nach gh auth login Folgendes aus:

bash scripts/publish-github.sh QAFusionX public

Das erstellt das GitHub-Repository, fügt ein github-Remote hinzu und pusht main.

Quellen für User Stories

Artefakt-Layout

artifacts/
  step-by-step/                 ticks — the only unlock
  User stories/                 zip / Jira stories
  GeneratedUser stories/        method 3 only, after Round 2
  General/                      01-target.md, human-qa-research.md
  Screens/
    round one/screenshots|references|plan/
    round two/screenshots|references|plan/
    complete-system-map.md
  testCase Human/               Jira-shaped markdown + json
  testc2ai/                     YAML for the AI runner
  AutomatedScripts/gui|api
  reports/                      suite results, XLSX/CSV, proof
  jira/                         upload log, payloads, created keys
  bugs/                         bug tickets with proof

Aufbau manueller Testfälle

Titel folgen dem Jira-Funktionsmuster:

[Sales & Marketing Module] [Intermediary Management] [Add new/Manage] [FP] - Validate that the Emergency Details section displays all required fields.

Erforderliche Abschnitte: Affects versions, Labels, Test Case Type, Priority, Parent, Verknüpfte Arbeitselemente, Vorbedingungen, Testschritte, Test comments, Erwartetes Ergebnis, Tatsächliches Ergebnis.

Jira

Setzen Sie JIRA_BASE_URL, JIRA_EMAIL, JIRA_API_TOKEN, JIRA_PROJECT_KEY. Ohne sie schließt QAFusionX die Schritte trotzdem ab, indem es jira/payloads/*.json schreibt — den Prozess überspringt es nie.

නව සිංහල — මෙකේදා triangle

Cursor එකේ QAFusionX MCP එක connect ct care... Ask mode එකට ය