pupuking723

Webapp Testing Anthropic

開発v1.0.0
作者:pupuking723更新日 2026-05-17webapp-testing-anthropic@clawhub_pupuking723/webapp-testing-anthropic
バグ修正テスト生成#Playwright#Debugging#Browser

AlphaMoatによると、2026-09時点でWebapp Testing Anthropicのダウンロード数は1,833、スター数は3で、AIスキル全体5,078件中4,553位、開発では577件中542位です。

インストール数
129
ダウンロード数
1833
スター数
3
総合順位
#4,553
全体の上位 90% · 開発の上位 94%
プラットフォームインストール数ダウンロード数スター数コメント
ClawHub ↗431595--
SkillHub ↗12918333—

プラットフォームごとに集計方法と集計時点が異なります。

このスキルでできること

ローカルの静的・動的Webアプリを対象に、画面や操作の確認、フロントエンドのデバッグ、ブラウザーのスクリーンショット取得、ログ確認を行います。補助スクリプトの使い方を先に確認する手順です。サーバー補助コマンドはプロジェクトのコンテキストから渡されたローカルコマンドを実行する可能性があり、スクリーンショットやログに機微なページ内容が含まれることもあります。信頼できるプロジェクトに限定し、取得した成果物を保護してください。

資料公開日 2026-10-29

できること

  • ローカルWebアプリのページと操作を確認する
  • フロントエンドの挙動を調査し、ブラウザーログを確認する
  • テスト証跡としてスクリーンショットを取得する

使う場面

  • ローカルWebアプリをPlaywrightでテストしたいとき
  • 補助スクリプトの引数とサーバーコマンドを事前確認できるとき
  • スクリーンショットやログの機微情報を保護できるとき

プロンプト例

スキルのドキュメントをもとに生成した例であり、実際の実行結果ではありません。

PlaywrightでこのローカルWebページの主要な操作を確認し、まず補助スクリプトの使い方を確認してください。外部サイトへ接続せず、機微情報を含むスクリーンショットやログを共有場所に保存しないでください。

月次の推移

ダウンロード数1833
250110019502026-03 · ダウンロード数 3672026-05 · ダウンロード数 9582026-07 · ダウンロード数 13512026-08 · ダウンロード数 15522026-09 · ダウンロード数 183326-0326-09
スター数3
0232026-03 · スター数 -2026-05 · スター数 32026-07 · スター数 32026-08 · スター数 32026-09 · スター数 326-0326-09

2026-09 から集計方法を変更し、同名スキルを作者ごとに分けて集計し、全スキルを対象にしました。破線は変更前の月で、変更後のデータとは直接比較せず、変更をまたぐ増減も計算していません。

月ダウンロード数前月比スター数
2026-091833—3
2026-081552+14.9%3
2026-071351—3
2026-05958—3
2026-03367—-

SKILL.md 原文

作者が公開した元のファイルをテキストのまま表示しています。AlphaMoat による編集や審査はしていません。リンクはクリックできません。コマンドは内容を確認してから実行してください。取得日 2026-10-23。

3.8 KB・ClawHub v1.0.0
---
name: webapp-testing
description: Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
license: Complete terms in LICENSE.txt
---

# Web Application Testing

To test local web applications, write native Python Playwright scripts.
すべて表示(全 96 行)
**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:**
```bash
python scripts/with_server.py --server "npm run dev" --port 5173 -- python your_automation.py
```

**Multiple servers (e.g., backend + frontend):**
```bash
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):
```python
from playwright.sync_api import sync_playwright

with 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**:
   ```python
   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

開発の人気スキル

データ月:2026-09 · ダウンロード数、スター数、インストール数は公開スキルレジストリ(ClawHub、SkillHub)から月単位で集計しています。詳しくはデータの方法論をご覧ください。