webapp-testing
NickCrew/claude-cortex
Conjunto de ferramentas para interagir com e testar aplicativos web locais usando o Playwright. Utilize-o para verificar a funcionalidade do front-end, depurar o comportamento da interface do usuário, capturar capturas de tela do navegador e visualizar os logs do navegador.
...Expandir tudoSobre webapp-testing
A habilidade “webapp-testing ” oferece um conjunto abrangente de ferramentas para interagir com e testar aplicativos web locais usando o Playwright. Ela foi projetada para otimizar os testes de funcionalidade do front-end, facilitando para desenvolvedores e testadores a verificação de interfaces de usuário, a depuração de comportamentos, a captura de capturas de tela do navegador e o monitoramento de logs do navegador. Essa skill é essencial para qualquer pessoa que precise garantir que as aplicações web se comportem conforme o esperado, especialmente em ambientes dinâmicos que exigem inspeção cuidadosa e interação com vários elementos da página.
Perguntas frequentes
Como executo os scripts auxiliares?
Para executar os scripts auxiliares, use sempre o sinalizador '--help' primeiro. Isso fornecerá instruções de uso. Por exemplo, execute 'python scripts/with_server.py --help' para ver como gerenciar o ciclo de vida do servidor.
Posso usar essa ferramenta tanto para aplicativos web estáticos quanto dinâmicos?
Sim, esta ferramenta é adequada tanto para páginas HTML estáticas quanto para aplicativos web dinâmicos. O kit de ferramentas fornece etapas específicas para lidar com cada tipo, como a leitura direta de HTML para aplicativos estáticos ou o gerenciamento do ciclo de vida do servidor para aplicativos dinâmicos.
Existem requisitos específicos de compatibilidade?
Esta ferramenta requer que o Python e o Playwright estejam instalados e destina-se ao uso com aplicativos web locais. Ela suporta uma variedade de configurações, como a execução simultânea de vários servidores para testes de back-end e front-end.
Quais são as armadilhas comuns ao usar essa habilidade?
Um erro comum é inspecionar o DOM antes de garantir que a página tenha carregado totalmente. Sempre aguarde o estado ‘networkidle’ usando ‘page.wait_for_load_state('networkidle')’ antes de inspecionar ou interagir com a página.
Preciso gerenciar o servidor manualmente?
Não, o arquivo 'scripts/with_server.py' ajuda a gerenciar o ciclo de vida do servidor automaticamente. Você pode executar vários servidores conforme necessário para testes de back-end e front-end sem precisar de configuração manual.
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 selectorsExample: 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.pyMultiple 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
Inspect rendered DOM:
page.screenshot(path='/tmp/inspect.png', full_page=True)content = page.content()page.locator('button').all()
Identify selectors from inspection results
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--helpto 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()orpage.wait_for_timeout()
Reference Files
- examples/ - Examples showing common patterns:
element_discovery.py- Discovering buttons, links, and inputs on a pagestatic_html_automation.py- Using file:// URLs for local HTMLconsole_logging.py- Capturing console logs during automation
Instalar webapp-testing
Baixe e extraia os arquivos de habilidades para o diretório .claude/skills/.
Baixar ZIPClone o repositório e copie os arquivos da habilidade para o seu projeto.
git clone https://github.com/NickCrew/Claude-Cortex/blob/main/skills/webapp-testing/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
Copiar





Lar
