オプション

Playwright を使用してローカルの Web アプリケーションを操作・テストするためのツールキットです。フロントエンド機能の検証、UI の動作のデバッグ、ブラウザのスクリーンショットの取得、ブラウザログの確認などに使用します。

...すべて拡張します
100
更新された時間 2026年6月29日

概要webapp-testing

「webapp-testing 」スキルは、Playwright を使用してローカルの Web アプリケーションとやり取りしたり、テストを行ったりするための包括的なツールキットを提供します。 このスキルは、フロントエンド機能のテストを効率化するように設計されており、開発者やテスターがユーザーインターフェースの検証、動作のデバッグ、ブラウザのスクリーンショットの取得、ブラウザログの監視をより簡単に行えるようにします。このスキルは、Webアプリケーションが期待どおりに動作することを確認する必要があるすべての人、特にページ上のさまざまな要素を注意深く検査し、操作する必要がある動的な環境において不可欠です。

よくある質問

ヘルパースクリプトはどのように実行すればよいですか?

ヘルパースクリプトを実行するには、必ず最初に「--help」フラグを使用してください。これにより、使用方法の説明が表示されます。たとえば、「python scripts/with_server.py --help」を実行すると、サーバーのライフサイクルを管理する方法を確認できます。

このツールは、静的および動的なWebアプリケーションの両方に使用できますか?

はい、このスキルは静的なHTMLページと動的なWebアプリケーションの両方に適しています。このツールキットでは、静的アプリの場合はHTMLを直接読み取る、動的アプリの場合はサーバーのライフサイクルを管理するなど、それぞれのタイプに対応した具体的な手順が用意されています。

特定の互換性要件はありますか?

このスキルを使用するには、Python と Playwright がインストールされている必要があり、ローカルの Web アプリケーションでの使用を想定しています。バックエンドおよびフロントエンドのテストのために複数のサーバーを同時に実行するなど、さまざまな構成に対応しています。

このスキルを使用する際のよくある落とし穴は何ですか?

よくある間違いとして、ページの読み込みが完全に完了したことを確認する前にDOMを検査してしまうことが挙げられます。ページを検査したり操作したりする前に、必ず「page.wait_for_load_state('networkidle')」を使用して「networkidle」状態になるまで待機してください。

サーバーを手動で管理する必要がありますか?

いいえ、「scripts/with_server.py」がサーバーのライフサイクルを自動的に管理してくれます。手動での設定は不要で、バックエンドおよびフロントエンドのテストに必要なだけ、複数のサーバーを実行できます。

GitHubで見る

Web Application Testing

To test local web applications, write native Python Playwright scripts.

Helper Scripts Available:

  • scripts/with_server.py - Manages server lifecycle (supports multiple servers)

Always run scripts with --help first to see usage. DO NOT read the source until you try running the script first and find that a customized solution is abslutely necessary. These scripts can be very large and thus pollute your context window. They exist to be called directly as black-box scripts rather than ingested into your context window.

Decision Tree: Choosing Your Approach

User task → Is it static HTML?    ├─ Yes → Read HTML file directly to identify selectors    │         ├─ Success → Write Playwright script using selectors    │         └─ Fails/Incomplete → Treat as dynamic (below)    │    └─ No (dynamic webapp) → Is the server already running?        ├─ No → Run: python scripts/with_server.py --help        │        Then use the helper + write simplified Playwright script        │        └─ Yes → Reconnaissance-then-action:            1. Navigate and wait for networkidle            2. Take screenshot or inspect DOM            3. Identify selectors from rendered state            4. Execute actions with discovered selectors

Example: Using with_server.py

To start a server, run --help first, then use the helper:

Single server:

python scripts/with_server.py --server "npm run dev" --port 5173 -- python your_automation.py

Multiple servers (e.g., backend + frontend):

python scripts/with_server.py \  --server "cd backend && python server.py" --port 3000 \  --server "cd frontend && npm run dev" --port 5173 \  -- python your_automation.py

To create an automation script, include only Playwright logic (servers are managed automatically):

from playwright.sync_api import sync_playwrightwith sync_playwright() as p:    browser = p.chromium.launch(headless=True) # Always launch chromium in headless mode    page = browser.new_page()    page.goto('http://localhost:5173') # Server already running and ready    page.wait_for_load_state('networkidle') # CRITICAL: Wait for JS to execute    # ... your automation logic    browser.close()

Reconnaissance-Then-Action Pattern

  1. Inspect rendered DOM:

    page.screenshot(path='/tmp/inspect.png', full_page=True)content = page.content()page.locator('button').all()
  2. Identify selectors from inspection results

  3. Execute actions using discovered selectors

Common Pitfall

❌ Don't inspect the DOM before waiting for networkidle on dynamic apps✅ Do wait for page.wait_for_load_state('networkidle') before inspection

Best Practices

  • Use bundled scripts as black boxes - To accomplish a task, consider whether one of the scripts available in scripts/ can help. These scripts handle common, complex workflows reliably without cluttering the context window. Use --help to see usage, then invoke directly.
  • Use sync_playwright() for synchronous scripts
  • Always close the browser when done
  • Use descriptive selectors: text=, role=, CSS selectors, or IDs
  • Add appropriate waits: page.wait_for_selector() or page.wait_for_timeout()

Reference Files

  • examples/ - Examples showing common patterns:
    • element_discovery.py - Discovering buttons, links, and inputs on a page
    • static_html_automation.py - Using file:// URLs for local HTML
    • console_logging.py - Capturing console logs during automation

すべてのファイル

2件のファイル

webapp-testingをインストール

スキルファイルをダウンロードし、.claude/skills/ ディレクトリに解凍してください。

ZIPをダウンロード

リポジトリをクローンし、スキルファイルをプロジェクトにコピーしてください。

git clone https://github.com/NickCrew/Claude-Cortex/blob/main/skills/webapp-testing/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

コピー コピー
クイックセットアップ: skill フォルダを .claude/skills/ にコピーしてください。Claude が自動的にスキルを検出して使用します。
リポジトリ NickCrew/claude-cortex

関連スキル

web-search
更新された時間 2026年6月29日
lark-base
更新された時間 2026年7月5日
agentmail
更新された時間 2026年6月29日
computer-use
更新された時間 2026年7月29日
OR