Communitygithub.com

MigoXLab/webqa-agent

Verwenden Sie WebQA, um Websites, Webseiten, URLs, Login-Abläufe, Suchabläufe, Formulare, Navigation und zentrale Benutzerpfade mit einem KI-Browser-QA-Agenten zu testen.

Was ist webqa-agent?

WebQA ist ein KI-gestützter Browser-QA-Agent, der für automatisierte End-to-End-Tests von Websites und Webanwendungen entwickelt wurde. Es simuliert reale Benutzerinteraktionen, um Seiten zu laden, Navigation zu prüfen, Such- und Formularabläufe zu validieren und eigene Testziele zu verfolgen. Der Agent folgt einem Mini-Agenten-Workflow, der aus einer Referenzdatei geladen wird, und konzentriert sich auf eine einzelne URL und eine natürlichsprachliche Aufgabenbeschreibung. WebQA unterstützt authentifizierte Tests durch Cookie-Verwaltung und behandelt Fehler wie API-Probleme, Timeouts oder fehlende Berichte über eine separate Fehlerbehebungsreferenz. Die abschließende Bestehen/Nichtbestehen-Bewertung muss immer aus dem Testbericht stammen, nicht allein aus der Ausführungsabschlussmeldung.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/MigoXLab/webqa-agent/tree/HEAD/skills/webqa

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

WebQA

Verwenden Sie WebQA, wenn der Benutzer eine Website oder Seite aus der Perspektive eines echten Benutzers testen möchte.

Ablauf

  • Für einen normalen Test einer Website, Seite, URL, Funktion, eines Logins, einer Suche, eines Formulars, einer Navigation oder eines Kernablaufs lesen Sie references/mini-agent.md.
  • Für MCP-Server-Installation, API-Schlüsseleinrichtung, IDE-Konfiguration oder Umgebungsvariablen lesen Sie references/setup.md.
  • Für authentifizierte Tests mit Browser-Cookies lesen Sie references/cookies.md, bevor Sie den Test ausführen.
  • Für API-Fehler, Ausführungszeitüberschreitungen, fehlende Berichte, Worker-Limit-Fehler oder hängende Ausführungen lesen Sie references/troubleshooting.md.

Standardverhalten

  • Wenn der Benutzer eine URL und kein spezifisches Ziel angibt, führen Sie die Standard-Mini-Agent-Aufgabe aus: Überprüfen Sie, ob die Startseite lädt, zentrale Einstiegspunkte sichtbar sind und die Hauptinteraktionen keine offensichtlichen Fehler zeigen.
  • Wenn der Benutzer ein Testziel beschreibt, aber keine URL angibt, fragen Sie nach der URL, bevor Sie WebQA ausführen.
  • Halten Sie die Aufgabe auf eine URL und ein natürlichsprachliches Ziel beschränkt.
  • Behandeln Sie den Abschluss der Ausführung nicht als Testerfolg; die endgültige Bestehen/Nichtbestehen-Bewertung muss aus dem Testbericht oder der dokumentierten Fallback-Logik stammen.

Grenzen

  • Diese öffentliche Fähigkeit stellt den MCP-Schnelltest-Workflow von WebQA bereit.
  • Machen Sie keine Versprechungen zu zukünftigen Funktionen, bevor deren Referenzdateien existieren.
  • Laden Sie cookies.md, setup.md oder troubleshooting.md während eines normalen öffentlichen Seitentests nicht, es sei denn, dieser Kontext wird benötigt.

Verwandte Skills