Install
scripts/with_server.py --helpFür wen es geeignet ist
Nutzen Sie webapp-testing, wenn Sie mit Playwright eine lokale Web-App ansprechen und testen. Es stützt Funktionsprüfung des Frontends, Debug von Oberflächenverhalten, Browser-Screenshots und das Lesen von Browser-Logs. Ziel ist eine lokale App, kein ungenannter Scan entfernter Sites.
Besser passt es, wenn Sie native Python-Playwright-Skripte schreiben und den Serverlebenszyklus mit Hilfsskripten steuern wollen. Das Ausgangsmaterial gibt keine Agent-Produktliste und kein Installationsprogramm; erfinden Sie keinen Repository-Pfad. Die offizielle Beschreibungsseite ist
https://raw.githubusercontent.com/anthropics/skills/main/skills/webapp-testing/SKILL.md
Ersten Versuch in 3 Minuten abschließen
Der erste empfohlene Weg ist, die Nutzung der Hilfsskripte anzusehen, nicht den Browser zu öffnen. Das Ausgangsmaterial nennt scripts/with_server.py für den Serverlebenszyklus (mehrere Server möglich) und verlangt: Always run scripts with --help first.
Voraussetzung: Die Umgebung kann diesen helper ausführen. Risikoarmer erster Schritt:
scripts/with_server.py --help
Erfolgssignal: Die Nutzung wird gedruckt, der Server wurde noch nicht gestartet. Das ist schreibgeschützte Hilfe. Lesen Sie nicht zuerst den helper-Quelltext, um Flags zu raten — die Kurzfassung sagt zuerst --help, nicht zuerst den Quelltext lesen.
Wenn die Hilfe verständlich ist und Sie bestätigen, eine lokale App zu prüfen, schreiben Sie das Playwright-Skript. Sie müssen sync_playwright nutzen und chromium headless starten: browser = p.chromium.launch(headless=True). Serverstart und Seitenöffnen ändern die Umgebung und können Logs schreiben; bestätigen Sie vor dem Ausführen, dass das Ziel Ihre lokale App ist. Die Kurzfassung sagt, nach dem helper-Start gegen localhost zu testen, aber der Auszug nennt keinen Port; erfinden Sie keine Adresse.
Anwendungsfälle
Fall 1: Mit dem helper und einem lokalen Server einmal schreibgeschützt nachsehen. Zuerst --help; scripts/with_server.py erst nach Bestätigung der Flags aufrufen. Im Skript headless chromium mit sync_playwright öffnen. Fertigkriterium: Der Browser startete im Headless-Modus und Sie haben noch keine zerstörende Aktion auf der Seite ausgeführt. Das Ausgangsmaterial stützt Screenshots und Loglesen; beides ist vergleichsweise umkehrbar. Vor dem Schreiben einer Datei den Screenshot-Pfad bestätigen.
Fall 2: Dynamische Apps nach „erst erkunden, dann handeln“. Reihenfolge: navigieren und auf networkidle warten; Screenshot oder DOM prüfen; Selektoren aus dem gerenderten Ergebnis erkennen; dann mit den gefundenen Selektoren handeln. Das Ausgangsmaterial sagt klar: auf dynamischen Apps das DOM nicht vor networkidle prüfen; richtig ist, page.wait_for_load_state('networkidle') abzuwarten und dann zu prüfen. Fertigkriterium: Sie können zeigen, dass das Warten vor der Prüfung liegt. Keinen unbestätigten Selektor klicken, bevor das Netz idle ist.
Nutzungsgrenzen
Nur Playwright-Tests lokaler Web-Apps. chromium immer headless. helper zuerst --help. Dynamische Apps erst networkidle, dann DOM.
Kein Installationsprogramm, keinen Repository-Pfad und keinen nie geschriebenen localhost-Port erfinden. Das Ausgangsmaterial gibt keine Client-Liste und nicht, wie das auf nicht-lokalen Sites zu nutzen ist. Was über diesen helper, den Headless-Start und die Erkundungsreihenfolge hinausgeht, deckt diese Anleitung nicht ab.