webapp-testing
NickCrew/claude-cortex
一套用於透過 Playwright 與本地網頁應用程式互動及進行測試的工具集。適用於驗證前端功能、除錯使用者介面行為、擷取瀏覽器螢幕截圖,以及檢視瀏覽器日誌。
...展開全部關於webapp-testing
「webapp-testing 」技能提供了一套全面的工具組,讓您能透過 Playwright 與本地網頁應用程式進行互動及測試。 此技能旨在簡化前端功能的測試流程,讓開發人員和測試人員能更輕鬆地驗證使用者介面、除錯行為、擷取瀏覽器螢幕截圖,以及監控瀏覽器日誌。對於需要確保網頁應用程式行為符合預期的人士而言,此技能至關重要,特別是在需要仔細檢查並與頁面上的各種元素進行互動的動態環境中。
常見問題
如何執行輔助腳本?
要執行輔助腳本,請務必先使用「--help」參數。這將為您提供使用說明。例如,執行「python scripts/with_server.py --help」即可查看如何管理伺服器生命週期。
這個工具是否適用於靜態和動態網頁應用程式?
是的,此工具既適用於靜態 HTML 頁面,也適用於動態網頁應用程式。此工具包針對每種類型提供了具體的操作步驟,例如針對靜態應用程式直接讀取 HTML,或針對動態應用程式管理伺服器生命週期。
是否有任何特定的相容性要求?
此工具需預先安裝 Python 和 Playwright,並專為本地網頁應用程式設計。它支援多種配置,例如同時運行多個伺服器以進行後端與前端測試。
使用此技能時有哪些常見的陷阱?
常見的錯誤是在確認頁面完全載入之前就檢視 DOM。在檢視或與頁面互動之前,請務必先使用 'page.wait_for_load_state('networkidle')' 等待 'networkidle' 狀態。
我需要手動管理伺服器嗎?
不需要,'scripts/with_server.py' 會自動管理伺服器的生命週期。您可以根據後端與前端測試的需求,無需手動設定即可同時執行多個伺服器。
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





首頁
