Interviewfragen zu Playwright mit Antworten
End-to-End-Testautomatisierung mit Playwright: Locators und Auto-Waiting, Web-First-Assertions, Fixtures und Projekte, Login per storageState, Netzwerk-Mocking und API-Tests, Traces und Debugging, parallele Läufe, Sharding und CI, instabile Tests und Suite-Architektur.
227 Fragen fürs Vorstellungsgespräch zu Playwright mit Antworten und Erklärungen: Level Junior, Middle und Senior. Beispielfragen, Online-Tests und Programmieraufgaben.
- Locators
- Fixtures
- Netzwerk-Mocking
- Trace Viewer
- CI und Sharding
Fragen nach Level
Junior
Grundbegriffe und Syntax · 50 Fragen
Middle
Praxis, Feinheiten und Optimierung · 50 Fragen
Senior
Architektur, Interna, Randfälle · 50 Fragen
Beispielfragen
Ein paar Fragen aus jedem Level mit richtiger Antwort und Erklärung.
Playwright · Junior
- Welcher Befehl legt ein neues Playwright-Test-Projekt mit Config und Beispieltest an?
Antwort zeigen
Richtige Antwort:
npm init playwright@latestDer Init-Befehl stellt ein paar Fragen (TypeScript oder JavaScript, Testordner, GitHub-Actions-Workflow), installiert
@playwright/testund Browser und legtplaywright.config.tsmit einem Beispieltest an. - Was macht
npx playwright install?Antwort zeigen
Richtige Antwort: Es lädt die Browser-Builds, die Playwright braucht
Jede Playwright-Version ist mit bestimmten Builds von Chromium, Firefox und WebKit getestet.
npx playwright installlädt sie;--with-depsinstalliert auch Systembibliotheken, praktisch auf Linux-CI-Maschinen. - Welche drei Browser-Engines unterstützt Playwright Test direkt?
Antwort zeigen
Richtige Antwort: Chromium, Firefox und WebKit
Playwright bringt Builds von Chromium, Firefox und WebKit mit. Markenversionen von Chrome und Edge laufen außerdem über die Option
channel. - Welcher Befehl führt alle Playwright-Tests im Projekt aus?
Antwort zeigen
Richtige Antwort:
npx playwright testnpx playwright testfindet Testdateien intestDir, führt sie parallel in den konfigurierten Projekten aus und gibt die Ergebnisse über die eingestellten Reporter aus.
Playwright · Middle
- Was ändert
fullyParallel: true?Antwort zeigen
Richtige Antwort: Auch Tests innerhalb einer Datei laufen parallel
Standardmäßig laufen Dateien parallel, Tests in einer Datei aber nacheinander in einem Worker.
fullyParallelverteilt einzelne Tests auf Worker, was unabhängige Tests voraussetzt. - Warum setzen viele Configs
workers: process.env.CI ? 1 : undefined?Antwort zeigen
Richtige Antwort: CI-Maschinen sind oft klein, ein Worker ist stabiler
Lokal nutzt Playwright etwa die Hälfte der CPU-Kerne. Auf einem kleinen CI-Runner kämpfen viele Browser um CPU und laufen in Timeouts. Teams mit größeren Runnern oder Sharding erhöhen die Zahl.
- Was bewirkt
retries: process.env.CI ? 2 : 0?Antwort zeigen
Richtige Antwort: Wiederholt Fehler in CI, zeigt sie lokal aber sofort
Lokal will man einen Fehler sofort sehen. In CI fangen Retries seltene Infrastrukturprobleme ab, und Tests, die erst beim Retry bestehen, werden als flaky markiert, damit man sie behebt.
- Was bedeutet ein als "flaky" markierter Test im Playwright-Bericht?
Antwort zeigen
Richtige Antwort: Er scheiterte zuerst und bestand beim Retry
Flaky-Tests lassen den Lauf bestehen, brauchen aber Aufmerksamkeit: Sie verstecken Race Conditions oder geteilten Zustand.
--fail-on-flaky-testsmacht sie zu Fehlern.
Playwright · Senior
- Eine Playwright-Suite braucht in CI 50 Minuten. Was ist meist der wirksamste erste Schritt?
Antwort zeigen
Richtige Antwort: Langsame Tests und Setup finden, sharden und Prüfungen nach unten verlagern
Der Bericht zeigt, wohin die Zeit geht: Logins über die UI, lange Abläufe, Wartezeiten. Das zu beheben, Logikprüfungen in API- oder Unit-Tests zu verlagern und auf Maschinen zu sharden bringt meist am meisten.
- Wie teilt
--shard=2/4die Arbeit auf?Antwort zeigen
Richtige Antwort: Es führt etwa ein Viertel der Tests aus, den zweiten Teil
Shards verteilen Tests auf Maschinen. Mit
fullyParallel: truewird pro Test aufgeteilt, was besser ausbalanciert als pro Datei. - Warum hilft
fullyParallel, Shards auszubalancieren?Antwort zeigen
Richtige Antwort: Verteilt werden Tests, nicht ganze Dateien
Ohne es bekommt ein Shard ganze Dateien, sodass eine riesige Datei diesen Shard viel langsamer machen kann als die anderen.
- Wie bekommt man aus vier geshardeten CI-Jobs einen Bericht?
Antwort zeigen
Richtige Antwort: Blob-Reporter in jedem und am Ende
merge-reportsJeder Shard lädt seinen Blob-Bericht als Artefakt hoch, und ein letzter Job führt sie zu einem HTML-Bericht zusammen.
Kombinierte Tests mit diesem Thema
Fragen aus mehreren Themen auf einmal, wie im Vorstellungsgespräch für eine konkrete Stelle.
Programmieraufgaben
Schreib die Lösung direkt im Browser, und Tests prüfen sie sofort. Klassiker aus Vorstellungsgesprächen zu JavaScript (debounce, deepClone, Promise.all, LRU-Cache), zu TypeScript (Generics, Narrowing und Utility Types, geprüft von einem echten Compiler), Backend-Logik in Node.js (Middleware, Rate Limits, Job-Queues), SQL-Abfragen in echtem PostgreSQL und zu React: Komponenten und Hooks wie eine Aufgabenliste, Tabs, useDebounce und useInterval.
Aufgaben öffnen →