e2e-testing-patterns
Zuverlässige End-to-End-Testsuiten entwickeln
End-to-End-Tests fangen kritische Fehler ab, bevor Benutzer sie bemerken, aber instabile Tests verlangsamen das Deployment und untergraben das Vertrauen. Diese Fähigkeit vermittelt bewährte Muster zum Aufbau schneller, zuverlässiger E2E-Testsuiten mit Playwright und Cypress, die die Codequalität verbessern, ohne Ihr Team auszubremsen.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "e2e-testing-patterns". Create a custom Cypress command for user login
Erwartetes Ergebnis:
Es wurde ein benutzerdefinierter Cypress-Befehl generiert, der E-Mail- und Passwort-Parameter akzeptiert, zur Login-Seite navigiert, Anmeldedaten mit data-testid-Selektoren ausfüllt, den Submit-Button klickt und die erfolgreiche Weiterleitung zum Dashboard überprüft. Enthält TypeScript-Typdefinitionen für IDE-Autovervollständigung.
Verwendung von "e2e-testing-patterns". How do I make this test less flaky?
Erwartetes Ergebnis:
Es wurden drei Instabilitätsquellen identifiziert: Feste Timeout-Waits sollten durch bedingte Waits ersetzt werden, CSS-Klassen-Selektoren sollten data-testid-Attribute verwenden, und parallele Tests teilen sich Zustand über globale Variablen. Es wurden spezifische Code-Änderungen mit geeignetem waitForLoadState, rollenbasierten Selektoren und isolierten Test-Fixtures bereitgestellt.
Verwendung von "e2e-testing-patterns". Set up visual regression testing with Playwright
Erwartetes Ergebnis:
Es wurde ein Muster für visuelle Regressionstests erstellt, das Vollbild-Screenshots erfasst, verschiedene Viewport-Größen berücksichtigt, dynamische Inhalte wie Zeitstempel ausschließt und Pixel-Differenz-Schwellenwerte verwendet, um Fehlalarme zu reduzieren. Enthält Workflow zur Baseline-Generierung und CI-Integrationsschritte.
Sicherheitsaudit
SicherThis skill provides educational content for end-to-end testing patterns with Playwright and Cypress. All static findings are false positives: weak crypto detections are from filename patterns, backtick executions are code examples in documentation, environment variable access is legitimate test configuration, and hardcoded URLs are localhost test endpoints. No security risks identified.
Qualitätsbewertung
Was du bauen kannst
QA-Ingenieur beim Aufbau von Testautomatisierung
Ein Quality-Assurance-Ingenieur muss E2E-Teststandards für ein neues Projekt etablieren. Sie nutzen diese Fähigkeit, um Page Object Models zu generieren, CI/CD-Integration einzurichten und zuverlässige Wartestrategien zu implementieren, die Test-Instabilität reduzieren.
Frontend-Entwickler testet Benutzerabläufe
Ein Frontend-Entwickler möchte E2E-Tests für kritische Benutzer-Workflows wie Authentifizierung und Checkout hinzufügen. Sie nutzen diese Fähigkeit, um Network-Mocking-Muster, benutzerdefinierte Fixtures und Barrierefreiheitstests zu erstellen, die Regressionen frühzeitig erkennen.
Tech Lead etabliert Teststandards
Ein Technical Lead muss E2E-Testing-Best-Practices über mehrere Teams hinweg etablieren. Sie nutzen diese Fähigkeit, um Selektor-Strategien, parallele Testmuster und Debugging-Ansätze zu dokumentieren, die die Wartbarkeit der Testsuite verbessern.
Probiere diese Prompts
Create a Page Object Model for a login page with email, password fields, and error handling using Playwright
Review this test and suggest fixes for flaky behavior caused by timing issues and race conditions
Create network interception patterns to mock API failures and edge cases for a user profile page
Design a sharding strategy to run 200 E2E tests across 4 CI workers with optimal distribution
Bewährte Verfahren
- Verwenden Sie semantische Selektoren wie getByRole und getByLabel anstelle von CSS-Klassen, um stabile Tests zu erstellen, die UI-Refactorings überstehen
- Implementieren Sie geeignete Wartestrategien mit bedingten Waits und Assertions anstelle von festen Timeouts, um instabile Tests zu eliminieren
- Halten Sie Tests unabhängig mit isolierten Fixtures und Cleanup, um parallele Ausführung und zuverlässige Testläufe zu ermöglichen
Vermeiden
- Die Verwendung fester Timeouts wie waitForTimeout anstelle des Wartens auf bestimmte Bedingungen führt zu unzuverlässigen Tests, die sporadisch fehlschlagen
- Das Testen von Implementierungsdetails oder internem Zustand anstelle von für Benutzer sichtbarem Verhalten erstellt fragile Tests, die bei Refactoring brechen
- Das Teilen von Zustand zwischen Tests oder das Verlassen auf Testausführungsreihenfolge verhindert parallele Ausführung und verursacht kaskadierende Fehler