CI-Integration
E2E-Tests in der kontinuierlichen Integration ausführen
CI-Integration ist eine kostenlose Angular Academy-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Angular Academy-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Angular Academy-Kurs umfasst insgesamt 4 Lektionen.
Warum E2E in CI ausführen
E2E-Tests sind besonders wertvoll, wenn sie bei jedem Push oder Pull Request automatisch ausgeführt werden. Continuous Integration (CI) erkennt Regressionen, bevor sie zusammengeführt werden, sodass ein defekter Login-Ablauf nicht unbemerkt in die Produktion gelangt.
Was CI zum Ausführen von E2E benötigt
Der CI-Job muss Abhängigkeiten installieren, Playwright-Browser installieren, die Angular-App erstellen oder bereitstellen und anschließend die Tests im Headless-Modus ausführen. CI-Rechner haben keine Anzeige, daher werden Tests standardmäßig im Headless-Modus ausgeführt.
Browser in CI installieren
Browser werden nicht in Ihr Repository eingecheckt. Installieren Sie sie in der Pipeline mit dem Playwright-Installer einschließlich der Betriebssystemabhängigkeiten.
npm ci
npx playwright install --with-depsPlaywright die App starten lassen
Die Konfiguration webServer weist Playwright an, Ihre App vor den Tests zu starten und danach wieder zu beenden. Setzen Sie in CI reuseExistingServer: false, damit immer ein neuer Server gestartet wird.
// playwright.config.ts
export default {
webServer: {
command: 'ng serve --configuration production',
url: 'http://localhost:4200',
reuseExistingServer: !process.env.CI,
},
};Ein GitHub-Actions-Workflow
Ein typischer Workflow ruft den Code ab, richtet Node ein, installiert Abhängigkeiten und Browser und führt anschließend die Testsuite aus.
# .github/workflows/e2e.yml
name: e2e
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with: { node-version: 20 }
- run: npm ci
- run: npx playwright install --with-deps
- run: npx playwright testHeadless- und CI-Flags
Playwright erkennt CI automatisch über die Umgebungsvariable CI und passt sein Verhalten an: Fehlgeschlagene Tests werden wiederholt, test.only wird nicht zugelassen und zusätzliche Worker werden mit Bedacht verwendet. Sie können die Anzahl der Wiederholungen auch explizit festlegen.
export default {
retries: process.env.CI ? 2 : 0,
forbidOnly: !!process.env.CI,
};HTML-Bericht veröffentlichen
Playwright erstellt einen HTML-Bericht. Laden Sie ihn als CI-Artefakt hoch, damit Fehler nach dem Lauf untersucht werden können, einschließlich Traces und Screenshots.
- uses: actions/upload-artifact@v4
if: always()
with:
name: playwright-report
path: playwright-report/Bei Fehlern Traces aufzeichnen
Konfigurieren Sie Traces so, dass sie nur beim ersten Wiederholungsversuch aufgezeichnet werden. Dadurch bleiben die Läufe schnell, während Sie für die Fehlersuche eine vollständige Wiedergabe jedes Fehlers erhalten.
export default {
use: { trace: 'on-first-retry', screenshot: 'only-on-failure' },
};Sharding für mehr Geschwindigkeit
Große Testsuites können mit --shard auf mehrere parallel arbeitende Rechner verteilt werden. Jeder CI-Job führt einen Teil aus, wodurch sich die gesamte verstrichene Zeit verkürzt.
npx playwright test --shard=1/3
npx playwright test --shard=2/3
npx playwright test --shard=3/3Caching zur Beschleunigung von CI
Speichern Sie node_modules und die Playwright-Binärdateien zwischen den Läufen im Cache, damit Installationen nicht den Großteil der Build-Zeit beanspruchen. Die meisten CI-Anbieter bieten eine Cache-Action an, deren Schlüssel auf Ihrer Lockfile basiert.
Den Build korrekt fehlschlagen lassen
Playwright wird mit einem Exit-Code ungleich null beendet, sobald ein Test fehlschlägt. Dadurch markiert CI den Job als fehlgeschlagen und verhindert das Zusammenführen. Unterdrücken Sie diesen Exit-Code nicht mit || true, sonst bestehen fehlerhafte Tests unbemerkt.
Schnelltest
Was installiert die Browser in CI?
Zusammenfassung
Führen Sie E2E bei jedem Push aus, indem Sie Abhängigkeiten und Browser installieren (playwright install --with-deps), webServer die App starten lassen und die Tests mit CI-bewussten Wiederholungen im Headless-Modus ausführen. Laden Sie HTML-Bericht und Traces als Artefakte hoch, verwenden Sie Sharding zur Beschleunigung und lassen Sie den Exit-Code ungleich null fehlerhafte Merges verhindern.
Häufig gestellte Fragen
Ist die Lektion „CI-Integration“ kostenlos?
Ja — der vollständige Text von „CI-Integration“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Angular Academy-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Angular Academy-Kurs umfasst insgesamt 4 Lektionen.
Was lerne ich in „CI-Integration“?
E2E-Tests in der kontinuierlichen Integration ausführen Du übst Angular Academy mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.
Brauche ich Erfahrung, um Angular Academy zu starten?
Keine Vorkenntnisse erforderlich. Angular Academy auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.
Wie lange dauert die Lektion „CI-Integration“?
Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.
Kann ich in dieser Angular Academy-Lektion Code schreiben und ausführen?
Ja. Jede Angular Academy-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.