Option

Lücken in der Testabdeckung analysieren. Verwenden Sie diese Regel, wenn der Benutzer Begriffe wie „Testabdeckung“, „Was wurde nicht getestet?“, „Lücken in der Testabdeckung“, „fehlende Tests“, „Abdeckungsbericht“ oder „Was muss getestet werden?“ verwendet.

...Alle erweitern
13
Zeit aktualisiert 25. August 2026

Über coverage

Diese Funktion analysiert Lücken bei der Testcoverage in einer Anwendung und konzentriert sich dabei auf End-to-End- und Playwright-Tests. Sie löst das Problem, dass oft unklar ist, was tatsächlich getestet wird, indem sie alle testbaren Bereiche (Routen, Komponenten, API-Endpunkte und kritische Benutzerabläufe) erfasst und mit den bereits vorhandenen Tests abgleicht. So können Teams erkennen, wo ihre Testabdeckung ( coverage ) lückenhaft ist.

Der Workflow nutzt einen „Explore“-Subagenten, um Routen und Seiten (Next.js-App-Verzeichnis, React Router, Vue Router usw.), interaktive Komponenten und API-Endpunkte zu katalogisieren, und durchsucht anschließend vorhandene `*.spec.ts`/`*.spec.js`-Dateien, um festzustellen, welche Seiten, Komponenten und Endpunkte abgedeckt sind. Er erstellt eine „ coverage “-Matrix mit den Status „abgedeckt“, „teilweise abgedeckt“ und „fehlend“, priorisiert nicht abgedeckte Bereiche nach den Auswirkungen auf das Geschäft (kritisch, hoch, mittel, niedrig) und schlägt einen konkreten Testplan mit der Anzahl der benötigten Tests, einer empfohlenen Vorlage und einer Aufwandsschätzung vor. Optional kann es Tests für die größten Lücken automatisch generieren, indem es den zugehörigen Befehl `/pw:generate` aufruft.

Es richtet sich an QA-Ingenieure und Entwickler, die Playwright nutzen und sich eine strukturierte, priorisierte Ansicht der Testabdeckung ( coverage ) anstelle eines bloßen Prozentsatzes wünschen. Es liest Quell- und Testdateien und kann die Testgenerierung auslösen, führt jedoch selbst nur eine schreibgeschützte Überprüfung der Codebasis durch und erstellt Berichte sowie Empfehlungen.

FAQ

Was leistet diese Funktion?

Er erfasst die Routen, Komponenten, API-Endpunkte und Benutzerabläufe einer Anwendung, vergleicht diese mit vorhandenen Tests und erstellt eine priorisierte „ coverage “-Matrix sowie einen Testplan.

Auf welchem Test-Framework basiert es?

Playwright-End-to-End-Tests; er scannt *.spec.ts- und *.spec.js-Dateien und lässt sich mit dem zugehörigen Befehl /pw:generate integrieren.

Wie werden Lücken priorisiert?

Nach geschäftlichen Auswirkungen: Zuerst kritische Bereiche wie Authentifizierung und Zahlungen, dann benutzerseitige CRUD-Funktionen und Navigation, anschließend Einstellungen und Randfälle, schließlich statische Seiten mit geringem Wert.

Kann es die fehlenden Tests schreiben?

Optional. Nach der Meldung von Lücken kann es abfragen, ob Tests für die wichtigsten N Lücken generiert werden sollen, und /pw:generate mit einer empfohlenen Vorlage aufrufen.

Wird der Code während der Analyse geändert?

Die „ coverage “-Analyse selbst ist schreibgeschützt; sie überprüft Routendefinitionen, Komponenten und Spezifikationsdateien. Die Testgenerierung ist ein separater Schritt, der optional durchgeführt werden kann.

Auf GitHub ansehen

Map all testable surfaces in the application and identify what's tested vs. what's missing.

Steps

1. Map Application Surface

Use the Explore subagent to catalog:

Routes/Pages:

  • Scan route definitions (Next.js app/, React Router config, Vue Router, etc.)
  • List all user-facing pages with their paths

Components:

  • Identify interactive components (forms, modals, dropdowns, tables)
  • Note components with complex state logic

API Endpoints:

  • Scan API route files or backend controllers
  • List all endpoints with their methods

User Flows:

  • Identify critical paths: auth, checkout, onboarding, core features
  • Map multi-step workflows

2. Map Existing Tests

Scan all *.spec.ts / *.spec.js files:

  • Extract which pages/routes are covered (by page.goto() calls)
  • Extract which components are tested (by locator usage)
  • Extract which API endpoints are mocked or hit
  • Count tests per area

3. Generate Coverage Matrix

## Coverage Matrix| Area | Route | Tests | Status ||---|---|---|---|| Auth | /login | 5 | ✅ Covered || Auth | /register | 0 | ❌ Missing || Auth | /forgot-password | 0 | ❌ Missing || Dashboard | /dashboard | 3 | ⚠️ Partial (no error states) || Settings | /settings | 0 | ❌ Missing || Checkout | /checkout | 8 | ✅ Covered |

4. Prioritize Gaps

Rank uncovered areas by business impact:

  1. Critical — auth, payment, core features → test first
  2. High — user-facing CRUD, search, navigation
  3. Medium — settings, preferences, edge cases
  4. Low — static pages, about, terms

5. Suggest Test Plan

For each gap, recommend:

  • Number of tests needed
  • Which template from templates/ to use
  • Estimated effort (quick/medium/complex)
## Recommended Test Plan### Priority 1: Critical1. /register (4 tests) — use auth/registration template — quick2. /forgot-password (3 tests) — use auth/password-reset template — quick### Priority 2: High3. /settings (4 tests) — use settings/ templates — medium4. Dashboard error states (2 tests) — use dashboard/data-loading template — quick

6. Auto-Generate (Optional)

Ask user: "Generate tests for the top N gaps? [Yes/No/Pick specific]"

If yes, invoke /pw:generate for each gap with the recommended template.

Output

  • Coverage matrix (table format)
  • Coverage percentage estimate
  • Prioritized gap list with effort estimates
  • Option to auto-generate missing tests

Alle Dateien

1 Dateien

coverage installieren

Laden Sie die Skill-Dateien herunter und entpacken Sie sie in Ihr Verzeichnis „.claude/skills/“.

ZIP herunterladen

Klonen Sie das Repository und kopieren Sie die Skill-Dateien in Ihr Projekt.

git clone https://github.com/alirezarezvani/claude-skills/blob/main/engineering-team/playwright-pro/skills/coverage/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

Kopieren Kopieren
Schnelle Einrichtung: Kopiere den Skill-Ordner nach .claude/skills/. Claude erkennt den Skill automatisch und nutzt ihn.

Ähnliche Skills

playwright-cli
Zeit aktualisiert 29. Juni 2026
frontend-testing-best-practices
Zeit aktualisiert 7. Juli 2026
Playwright Browser Automation
Zeit aktualisiert 29. Juni 2026
playwright-generate-test
Zeit aktualisiert 29. Juni 2026
OR