opción

Conjunto de herramientas para interactuar con aplicaciones web locales y probarlas mediante Playwright. Se utiliza para verificar la funcionalidad del front-end, depurar el comportamiento de la interfaz de usuario, capturar capturas de pantalla del navegador y consultar los registros del navegador.

...Expandir todo
100
Tiempo actualizado 29 de junio de 2026

Acerca de webapp-testing

La habilidad «webapp-testing » ofrece un completo conjunto de herramientas para interactuar con aplicaciones web locales y probarlas utilizando Playwright. Está diseñada para agilizar las pruebas de la funcionalidad del frontend, facilitando a los desarrolladores y probadores la verificación de las interfaces de usuario, la depuración del comportamiento, la captura de capturas de pantalla del navegador y la supervisión de los registros del navegador. Esta skill es esencial para cualquiera que necesite asegurarse de que las aplicaciones web se comportan según lo esperado, especialmente en entornos dinámicos que requieren una inspección minuciosa y la interacción con diversos elementos de la página.

Preguntas frecuentes

¿Cómo se ejecutan los scripts auxiliares?

Para ejecutar los scripts auxiliares, utiliza siempre primero el indicador «--help». Esto te proporcionará instrucciones de uso. Por ejemplo, ejecuta «python scripts/with_server.py --help» para ver cómo gestionar el ciclo de vida del servidor.

¿Puedo utilizar esta herramienta tanto para aplicaciones web estáticas como dinámicas?

Sí, esta herramienta es adecuada tanto para páginas HTML estáticas como para aplicaciones web dinámicas. El kit de herramientas proporciona pasos específicos para gestionar cada tipo, como la lectura directa de HTML para aplicaciones estáticas o la gestión del ciclo de vida del servidor para aplicaciones dinámicas.

¿Existen requisitos de compatibilidad específicos?

Esta herramienta requiere que Python y Playwright estén instalados, y está pensada para su uso con aplicaciones web locales. Admite diversas configuraciones, como la ejecución simultánea de varios servidores para pruebas de backend y frontend.

¿Cuáles son los errores más comunes al utilizar esta skill?

Un error habitual es inspeccionar el DOM antes de asegurarse de que la página se haya cargado por completo. Espera siempre a que se alcance el estado «networkidle» utilizando «page.wait_for_load_state('networkidle')» antes de inspeccionar o interactuar con la página.

¿Tengo que gestionar el servidor manualmente?

No, el archivo «scripts/with_server.py» ayuda a gestionar el ciclo de vida del servidor de forma automática. Puedes ejecutar varios servidores según sea necesario para las pruebas de backend y frontend sin necesidad de configuración manual.

Ver en 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

Todos los archivos

2 archivos
SKILL.md 3.8k
Ver

Instalar webapp-testing

Descarga y descomprime los archivos de habilidades en tu directorio .claude/skills/.

Descargar ZIP

Clona el repositorio y copia los archivos de la habilidad a tu proyecto.

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

Copiar Copiar
Configuración rápida: Copia la carpeta de la habilidad en .claude/skills/. Claude la detectará automáticamente y la utilizará.

Habilidades relacionadas

web-search
Tiempo actualizado 29 de junio de 2026
lark-base
Tiempo actualizado 5 de julio de 2026
agentmail
Tiempo actualizado 29 de junio de 2026
computer-use
Tiempo actualizado 29 de julio de 2026
OR