playwright: Playwright is a framework for Web Testing and Automation. It allows testing Chromium, Firefox and WebKit with a single API.

Einstiegspunkte für die Nutzung von Playwright

Die README beginnt mit einer Tabelle, die fünf verschiedene Möglichkeiten auflistet, Playwright zu verwenden, jeweils mit einem empfohlenen Anwendungsfall und einem Installationsbefehl. Playwright Test ist für End-to-End-Tests, Playwright CLI für Codierungsagenten wie Claude Code und Copilot, Playwright MCP für KI-Agenten und LLM-gesteuerte Automatisierung, Playwright Library für Browser-Automatisierungsskripte und die VS-Code-Erweiterung für das Schreiben und Debuggen von Tests in VS Code. Die README geht nicht auf vergleichende Leistung ein und empfiehlt keine über die Spalte „Am besten geeignet" hinaus. Im README von microsoft/playwright steht dieser Punkt im Zusammenhang mit Playwright. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer Playwright einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Playwright Test: End-to-End-Tests

Playwright Test wird als vollwertiger Test-Runner beschrieben, der für End-to-End-Tests entwickelt wurde. Es führt Tests in Chromium, Firefox und WebKit mit vollständiger Browser-Isolation, automatischem Warten und Web-First-Assertions aus. Der Installationsbefehl ist `npm init playwright@latest` oder manuelles Hinzufügen von `@playwright/test` und Ausführen von `npx playwright install`. Tests werden mit `test` und `expect` aus `@playwright/test` geschrieben und mit `npx playwright test` ausgeführt. Die README hebt Schlüsselfunktionen hervor: automatisches Warten und Web-First-Assertions, die bis zum Erfüllen der Bedingungen wiederholt werden, Locators wie `getByRole`, `getByLabel`, `getByRole` und `getByTestId`, Test-Isolation, bei der jeder Test einen frischen Browser-Kontext erhält und der Authentifizierungsstatus in einer Datei gespeichert und wiederverwendet werden kann, Tracing, das bei Fehlern Ausführungsabläufe, Screenshots und Videos erfasst, sowie Parallelität standardmäßig über konfigurierte Browser. Die README liefert keine spezifischen Leistungszahlen oder Vergleiche mit anderen Frameworks. Im README von microsoft/playwright steht dieser Punkt im Zusammenhang mit Chromium, Firefox und WebKit. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer Playwright einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Playwright CLI für Codierungsagenten

Die Playwright CLI ist eine Befehlszeilenschnittstelle für Browser-Automatisierung, die für Codierungsagenten entwickelt wurde. Die README sagt, sie sei token-effizienter als MCP, weil Befehle das Laden großer Tool-Schemas und Accessibility-Trees in den Modellkontext vermeiden. Globale Installation mit `npm install -g @playwright/cli@latest`, optional mit Skills über `playwright-cli install --skills`. Die CLI akzeptiert direkte Befehle wie `playwright-cli open`, `type`, `press` und `screenshot`. Sie bietet auch Sitzungsüberwachung: `playwright-cli show` öffnet ein visuelles Dashboard mit Live-Screencast-Vorschauen aller laufenden Browser-Sitzungen; durch Klicken auf eine Sitzung kann man hineinzoomen und die Fernsteuerung übernehmen. Die README verweist auf ein separates Repository und Dokumentation für die CLI. Im README von microsoft/playwright steht dieser Punkt im Zusammenhang mit npx playwright test. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer Playwright einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Playwright MCP für KI-Agenten

Der Playwright-MCP-Server gibt KI-Agenten über das Model Context Protocol volle Kontrolle über den Browser. Agenten interagieren mit Seiten über strukturierte Accessibility-Snapshots, sodass keine Vision-Modelle oder Screenshots erforderlich sind. Die Einrichtung erfolgt durch Hinzufügen eines Eintrags zur Konfiguration eines MCP-Clients, mit dem Beispielbefehl `npx @playwright/mcp@latest`. Es gibt auch eine Ein-Klick-Installation für VS Code und einen Befehl für Claude Code. Die README zeigt einen Beispiel-Accessibility-Baum mit Elementreferenzen wie `e5` und `e10`, die Agenten zum deterministischen Klicken und Tippen verwenden. Die Tools decken Navigation, Formularausfüllen, Screenshots, Netzwerk-Mocking und Speicherverwaltung ab. Die README beschreibt keine genauen Protokolldetails oder Versionsanforderungen. Im README von microsoft/playwright steht dieser Punkt im Zusammenhang mit Trace Viewer. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer Playwright einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Playwright Library für Skripte

Die Playwright Library ist für Browser-Automatisierungsskripte ohne Test-Runner gedacht, z. B. Web-Scraping, PDF-Erzeugung und Screenshot-Erfassung. Installation mit `npm i playwright`. Die README enthält Codebeispiele: Chromium starten, zu einer Seite navigieren, einen Screenshot machen, ein PDF erzeugen, ein mobiles Gerät mit der `devices`-Liste emulieren (mit einem iPhone-15-Beispiel) und Netzwerkanfragen mit `page.route` abfangen, um Bildanfragen abzubrechen. Jedes Beispiel startet einen Browser, führt eine Aktion aus und schließt ihn. Die README behandelt keine Fehlerbehandlung oder fortgeschrittene Muster über diese Beispiele hinaus. Im README von microsoft/playwright steht dieser Punkt im Zusammenhang mit Playwright. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer Playwright einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

VS-Code-Erweiterung zum Schreiben und Debuggen

Die Playwright-VS-Code-Erweiterung bringt Testausführung, Debugging und Codegenerierung in den Editor. Die README listet vier Funktionen auf: Tests aus dem Editor mit Breakpoints und Live-Browser-Ansicht ausführen und debuggen; Tests mit CodeGen durch Aufzeichnen einer Browser-Sitzung generieren; Locators auswählen, indem man über Elemente fährt, um den besten Locator zu erhalten und zu kopieren; und Trace-Viewer-Integration, die nach Testläufen Ausführungsabläufe einschließlich DOM-Snapshots, Netzwerkanfragen, Konsolenprotokollen und Screenshots anzeigt. Die Erweiterung wird aus dem VS Code Marketplace installiert. Im README von microsoft/playwright steht dieser Punkt im Zusammenhang mit Chromium, Firefox und WebKit. Das ist für die Einordnung relevant, weil die Dokumentation hier eine konkrete Grenze setzt und keine allgemeine Zusage macht. Wer Playwright einsetzt, sollte diesen Abschnitt als Beschreibung des Repository-Zustands lesen: Ausführung, Abhängigkeiten und Ergebnisse hängen von der gewählten Umgebung ab. Die Aussage lässt sich am angegebenen Projektpfad nachvollziehen, ohne zusätzliche Annahmen über nicht dokumentierte Funktionen einzuführen.

Redaktionelles Fazit

Geeignet ist microsoft/playwright für Teams, die Playwright anhand der README und der vorhandenen Beispiele prüfen wollen. Ungeeignet ist ein unkritischer Einsatz ohne passende Umgebung. Starte mit npx playwright test beziehungsweise dem dokumentierten Einstieg, beobachte konkrete Ausgaben und Fehler und entscheide erst danach über die Übernahme in den eigenen Ablauf.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository
4. Release notes