Тестирование локального веб-приложения
Открывает ваше веб-приложение в браузере, проверяет кнопки и формы, делает снимки экрана и читает журнал ошибок.
- Что делает
- Открывает ваше веб-приложение в браузере, проверяет кнопки и формы, делает снимки экрана и читает журнал ошибок.
- Когда брать
- Когда нужно проверить, что интерфейс локального сайта или приложения работает, или найти причину сбоя на странице.
- Когда не брать
- Если приложение не запущено и его нельзя запустить на компьютере.
- Пример запроса
- Запусти мой сайт локально, нажми все кнопки в форме заявки и покажи снимки и ошибки из консоли.
- Нужно подключить
- терминал, Python, Playwright
Как включить
- Скачайте архив и распакуйте его.
- Положите папку
webapp-testingв~/.claude/skills/. - Откройте Claude Code и опишите задачу своими словами: Claude подхватит скилл по описанию.
Текст
---
name: webapp-testing
description: Набор инструментов для работы с локальными веб-приложениями и их тестирования через Playwright. Умеет проверять работу фронтенда, отлаживать поведение интерфейса, делать снимки экрана браузера и показывать журналы браузера.
license: Complete terms in LICENSE.txt
---
Тестирование веб-приложений
Чтобы протестировать локальные веб-приложения, пиши обычные Python-скрипты на Playwright.
Доступные вспомогательные скрипты:
scripts/with_server.py— управляет жизненным циклом сервера (поддерживает несколько серверов)
**Сначала всегда запускай скрипты с --help**, чтобы увидеть справку по использованию. НЕ читай исходный код, пока не запустишь скрипт и не убедишься, что без доработки под задачу никак не обойтись. Эти скрипты бывают очень большими и засоряют контекстное окно. Их задумано вызывать как «чёрные ящики», а не загружать в контекст.
Дерево решений: как выбрать подход
Задача пользователя → Это статический HTML?
├─ Да → Прочитай HTML-файл напрямую и найди селекторы
│ ├─ Получилось → Напиши скрипт Playwright по этим селекторам
│ └─ Не вышло или данных мало → Считай страницу динамической (см. ниже)
│
└─ Нет (динамическое веб-приложение) → Сервер уже запущен?
├─ Нет → Запусти: python scripts/with_server.py --help
│ Затем используй помощник и напиши упрощённый скрипт Playwright
│
└─ Да → Сначала разведка, потом действие:
1. Открой страницу и дождись состояния networkidle
2. Сделай снимок экрана или изучи DOM
3. Найди селекторы по отрисованной странице
4. Выполни действия по найденным селекторам
Пример: использование with_server.py
Чтобы запустить сервер, сначала выполни --help, затем используй помощник:
Один сервер:
python scripts/with_server.py --server "npm run dev" --port 5173 -- python your_automation.py
Несколько серверов (например, бэкенд и фронтенд):
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
Чтобы создать скрипт автоматизации, оставь в нём только логику Playwright (серверами управляется помощник):
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()
Схема «сначала разведка, потом действие»
- Изучи отрисованный DOM: ``
python page.screenshot(path='/tmp/inspect.png', full_page=True) content = page.content() page.locator('button').all()``
- Найди селекторы по результатам изучения
- Выполни действия по найденным селекторам
Типичная ошибка
❌ Не изучай DOM в динамических приложениях, не дождавшись networkidle ✅ Сначала дождись page.wait_for_load_state('networkidle'), и только потом изучай страницу
Рекомендации
- Используй готовые скрипты как чёрные ящики: для решения задачи подумай, не поможет ли один из скриптов в
scripts/. Они надёжно справляются с типовыми сложными процессами и не засоряют контекстное окно. Посмотри справку через--helpи вызывай скрипт напрямую. - Для синхронных скриптов используй
sync_playwright() - Всегда закрывай браузер по окончании работы
- Выбирай понятные селекторы:
text=,role=, CSS-селекторы или идентификаторы - Добавляй подходящие ожидания:
page.wait_for_selector()илиpage.wait_for_timeout()
Справочные файлы
- examples/ — примеры типовых приёмов:
element_discovery.py— поиск кнопок, ссылок и полей ввода на страницеstatic_html_automation.py— использование адресов file:// для локального HTMLconsole_logging.py— запись журнала консоли во время автоматизации
Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/skills/tree/main/skills/webapp-testing, лицензия Apache-2.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.
**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
Источник: anthropics/skills / webapp-testing ↗. Ссылка проверена 2026-10-10.