Fähigkeiten e2e-testing-patterns
📦
e2e-testing-patterns
Sicher ⚙️
Externe Befehle🌐
Netzwerkzugriff🔑
Umgebungsvariablen
Zuverlässige E2E-Test-Suiten erstellen
Auch verfügbar von: wshobson
End-to-End-Tests zu schreiben ist eine Herausforderung. Diese Fähigkeit bietet erprobte Patterns für Playwright und Cypress, um stabile, wartbare Tests zu erstellen, die Fehler finden, bevor es die Benutzer tun.
Unterstützt: Claude Codex Code(CC)
1
Die Skill-ZIP herunterladen
2
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
3
Einschalten und loslegen
Teste es
Verwendung von "e2e-testing-patterns". Create a login test with Playwright
Erwartetes Ergebnis:
- Schritt 1: LoginPage-Klasse mit Locators für E-Mail, Passwort und Absenden-Button erstellen
- Schritt 2: goto()- und login(email, password)-Methoden implementieren
- Schritt 3: Test mit Page Object schreiben, mit Assertions für URL und Erfolgsmeldung
- Schritt 4: Fehlerbehandlungstest für ungültige Anmeldedaten hinzufügen
Verwendung von "e2e-testing-patterns". How do I debug a flaky test?
Erwartetes Ergebnis:
- 1. Feste waitForTimeout durch explizite Waits ersetzen
- 2. Trace Viewer verwenden: npx playwright test --trace on
- 3. Screenshots bei Fehlschlag hinzufügen
- 4. Auf Race Conditions in asynchronen Operationen prüfen
- 5. Testdaten isolieren, um Test-übergreifende Verschmutzung zu vermeiden
Sicherheitsaudit
Sicherv1 • 2/24/2026
All 63 static findings are false positives. The analyzer incorrectly interprets markdown code fences as Ruby shell commands, JavaScript operators as cryptographic issues, and test configuration as system reconnaissance. This is a documentation skill with educational content about E2E testing patterns using Playwright and Cypress. No actual security risks exist.
2
Gescannte Dateien
576
Analysierte Zeilen
3
befunde
1
Gesamtzahl Audits
Risikofaktoren
⚙️ Externe Befehle (32)
resources/implementation-playbook.md:25-33 resources/implementation-playbook.md:33-46 resources/implementation-playbook.md:46-77 resources/implementation-playbook.md:77-81 resources/implementation-playbook.md:81-137 resources/implementation-playbook.md:137-141 resources/implementation-playbook.md:141-160 resources/implementation-playbook.md:160-194 resources/implementation-playbook.md:194-198 resources/implementation-playbook.md:198-227 resources/implementation-playbook.md:227-231 resources/implementation-playbook.md:231-277 resources/implementation-playbook.md:277-283 resources/implementation-playbook.md:283-301 resources/implementation-playbook.md:301-305 resources/implementation-playbook.md:305-331 resources/implementation-playbook.md:331-337 resources/implementation-playbook.md:337-341 resources/implementation-playbook.md:341-371 resources/implementation-playbook.md:371-377 resources/implementation-playbook.md:377-405 resources/implementation-playbook.md:405-409 resources/implementation-playbook.md:409-431 resources/implementation-playbook.md:431-435 resources/implementation-playbook.md:435-459 resources/implementation-playbook.md:459-463 resources/implementation-playbook.md:463 resources/implementation-playbook.md:463-472 resources/implementation-playbook.md:472-481 resources/implementation-playbook.md:481-495 resources/implementation-playbook.md:495-522 SKILL.md:43
🌐 Netzwerkzugriff (4)
🔑 Umgebungsvariablen (8)
resources/implementation-playbook.md:57 resources/implementation-playbook.md:58 resources/implementation-playbook.md:59 resources/implementation-playbook.md:174 resources/implementation-playbook.md:57 resources/implementation-playbook.md:58 resources/implementation-playbook.md:59 resources/implementation-playbook.md:174
Auditiert von: claude
Qualitätsbewertung
38
Architektur
100
Wartbarkeit
85
Inhalt
50
Community
100
Sicherheit
100
Spezifikationskonformität
Was du bauen kannst
E2E-Tests für neues Projekt einrichten
Playwright oder Cypress von Grund auf mit richtiger Struktur, Reportern und CI-Integration konfigurieren
Flaky Tests beheben
Brüchige Selektoren und feste Timeouts durch richtige Wartestrategien und stabile Locators ersetzen
Testausführung skalieren
Parallele Ausführung und Test-Sharding implementieren, um die CI-Pipeline-Zeit von Stunden auf Minuten zu reduzieren
Probiere diese Prompts
Login-Test erstellen
Erstelle einen End-to-End-Test für eine Login-Seite mit Playwright. Include richtige Selektoren, Assertions und Fehlerbehandlung für erfolgreiche und fehlgeschlagene Login-Versuche.
API-Response mocken
Zeige, wie man eine API-Response in Cypress mockt, um das Error-Handling zu testen, ohne auf einen echten Backend-Service angewiesen zu sein.
CI-Pipeline einrichten
Konfiguriere Playwright für Tests in CI mit paralleler Ausführung, Retry-Logik und HTML-Report-Generierung.
Barrierefreiheitstests
Implementiere Barrierefreiheitstests mit axe-core, um sicherzustellen, dass die Anwendung WCAG-Richtlinien erfüllt.
Bewährte Verfahren
- data-testid oder semantische Rollen statt CSS-Selektoren für stabile Locators verwenden
- Tests unabhängig halten mit properlem Setup und Teardown von Testdaten
- Tests in CI parallel ausführen, um die Ausführungszeit zu reduzieren
Vermeiden
- Feste Timeouts wie waitForTimeout(3000) verwenden - verursacht Flakiness
- Implementierungsdetails statt benutzer-sichtbares Verhalten testen
- Status zwischen Tests teilen - führt zu Kaskadenfehlern
Häufig gestellte Fragen
Playwright vs Cypress: Welches sollte ich wählen?
Playwright bietet bessere Cross-Browser-Unterstützung und schnellere Ausführung. Cypress hat ein reiferes Ökosystem und einfacheres Debugging. Wähle basierend auf deinen Browser-Anforderungen und der Teamvertrautheit.
Wie mache ich Tests weniger flaky?
Verwende explizite Waits statt Timeouts, vermeide das Testen von Implementierungsdetails, stelle sicher, dass Testdaten richtig isoliert sind, und füge Retry-Logik für netzwerkabhängige Operationen hinzu.
Wie führe ich Tests parallel aus?
Konfiguriere Playwright Workers oder Cypress-Parallelisierung. Verwende Test-Sharding, um Tests auf mehrere Maschinen in CI aufzuteilen. Stelle sicher, dass Tests unabhängig sind, um Konflikte zu vermeiden.
Kann ich APIs mit E2E-Tools testen?
Ja, sowohl Playwright als auch Cypress unterstützen API-Testing. Verwende page.request() in Playwright oder cy.request() in Cypress für direkte API-Aufrufe ohne UI-Interaktion.
Wie behandle ich Authentifizierung in Tests?
Verwende API-Login, um Cookies oder Tokens zu setzen, oder verwende Browser Storage APIs, um Session-Daten direkt zu setzen. Vermeide UI-Login in jedem Test für bessere Performance.
Was ist das Page Object Model?
Ein Design-Pattern, das seiten-spezifische Logik und Selektoren in einer Klasse kapselt. Verbessert die Test-Wartbarkeit, indem Seiten-Änderungen an einer Stelle zentralisiert werden, statt über alle Tests verteilt.
Entwicklerdetails
Autor
sickn33Lizenz
MIT
Repository
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/e2e-testing-patternsRef
main
Dateistruktur