← Alle Themen

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.

Fragen nach Level

Beispielfragen

Ein paar Fragen aus jedem Level mit richtiger Antwort und Erklärung.

Playwright · Junior

  1. Welcher Befehl legt ein neues Playwright-Test-Projekt mit Config und Beispieltest an?
    Antwort zeigen

    Richtige Antwort: npm init playwright@latest

    Der Init-Befehl stellt ein paar Fragen (TypeScript oder JavaScript, Testordner, GitHub-Actions-Workflow), installiert @playwright/test und Browser und legt playwright.config.ts mit einem Beispieltest an.

  2. 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 install lädt sie; --with-deps installiert auch Systembibliotheken, praktisch auf Linux-CI-Maschinen.

  3. 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.

  4. Welcher Befehl führt alle Playwright-Tests im Projekt aus?
    Antwort zeigen

    Richtige Antwort: npx playwright test

    npx playwright test findet Testdateien in testDir, führt sie parallel in den konfigurierten Projekten aus und gibt die Ergebnisse über die eingestellten Reporter aus.

Alle 75 Fragen mit Antworten →

Playwright · Middle

  1. 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. fullyParallel verteilt einzelne Tests auf Worker, was unabhängige Tests voraussetzt.

  2. 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.

  3. 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.

  4. 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-tests macht sie zu Fehlern.

Alle 75 Fragen mit Antworten →

Playwright · Senior

  1. 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.

  2. Wie teilt --shard=2/4 die 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: true wird pro Test aufgeteilt, was besser ausbalanciert als pro Datei.

  3. 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.

  4. Wie bekommt man aus vier geshardeten CI-Jobs einen Bericht?
    Antwort zeigen

    Richtige Antwort: Blob-Reporter in jedem und am Ende merge-reports

    Jeder Shard lädt seinen Blob-Bericht als Artefakt hoch, und ein letzter Job führt sie zu einem HTML-Bericht zusammen.

Alle 77 Fragen mit Antworten →

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 →