QA Only
Use this skill to test a web application like a user and produce an evidence-based QA report. Do not edit code, commit changes, or apply fixes.
Core Rule
Report only. If you find a bug, document the evidence, reproduction path, severity, and suggested fix. Do not fix it unless the user explicitly switches to an implementation task.
Scope
Use this for:
- Web apps, dashboards, SaaS tools, AI application frontends, and preview deployments.
- Authenticated flows when cookies or a real browser session are available.
- Release-candidate checks before shipping.
- "Find bugs", "test the site", "QA this", or "report-only QA" requests.
Do not use this for unit-test-only debugging, backend-only compiler failures, or design critique without functional browser testing.
Workflow
Establish target and mode.
- Target URL or local app URL.
- Auth state: public, login required, cookie import needed, or real-browser session.
- Mode: Quick, Standard, or Focused.
- Scope exclusions named by the user.
Prepare the browser path.
- If the site needs auth, use
get-cookies or an existing real browser session.
- If no browser automation helper exists, use the available local browser tooling and state the limitation.
- Capture screenshots for every reported issue when tooling allows it.
Orient before testing.
- Identify primary user journeys, navigation, forms, stateful actions, AI interactions, and payments or account settings if present.
- For AI apps, include empty input, long input, model failure, slow response, retry, cancellation, and malformed output paths when relevant.
Execute the QA pass.
- Quick: homepage plus top 5 user paths; console/network errors; major broken states.
- Standard: primary journeys, key forms, mobile/desktop layout, auth/session behavior, loading/error/empty states.
- Focused: user-specified page, flow, or feature with deeper edge cases.
Score and report.
- Use a 0-100 health score.
- Separate blockers from polish.
- Include reproduction steps precise enough for another agent to verify.
Severity Guide
| Severity |
Meaning |
| Blocker |
Core flow cannot complete, data loss, auth break, payment break, or severe AI failure. |
| High |
Important user path broken or misleading. |
| Medium |
Functional issue with workaround or limited reach. |
| Low |
Minor visual, copy, or interaction defect. |
Report Contract
## QA Report
### Target
URL:
Mode:
Auth:
Date:
### Summary
Health score: __/100
Overall status: Ship / Ship with known issues / Do not ship
### Paths Tested
- <path>
### Findings
#### QA-001: <title>
Severity:
Path:
Evidence:
Reproduction steps:
Expected:
Actual:
Suggested fix:
### Screenshots / Artifacts
- <artifact>
### Not Tested
- <area>
### Recommended Next Step
- <next step>
Quality Bar
- Do not report an issue without a reproduction path.
- Do not hide limitations; list what was not tested.
- Prefer concrete evidence over broad impressions.
- Do not call a site ready if critical paths were not tested.
1---2name: qa-only3description: Use when the user asks for a report-only browser QA pass on a web application, live site, preview URL, authenticated app flow, or release candidate without making code changes.4---56# QA Only78Use this skill to test a web application like a user and produce an evidence-based QA report. Do not edit code, commit changes, or apply fixes.910## Core Rule1112Report only. If you find a bug, document the evidence, reproduction path, severity, and suggested fix. Do not fix it unless the user explicitly switches to an implementation task.1314## Scope1516Use this for:1718- Web apps, dashboards, SaaS tools, AI application frontends, and preview deployments.19- Authenticated flows when cookies or a real browser session are available.20- Release-candidate checks before shipping.21- "Find bugs", "test the site", "QA this", or "report-only QA" requests.2223Do not use this for unit-test-only debugging, backend-only compiler failures, or design critique without functional browser testing.2425## Workflow26271. Establish target and mode.28 - Target URL or local app URL.29 - Auth state: public, login required, cookie import needed, or real-browser session.30 - Mode: Quick, Standard, or Focused.31 - Scope exclusions named by the user.32332. Prepare the browser path.34 - If the site needs auth, use `get-cookies` or an existing real browser session.35 - If no browser automation helper exists, use the available local browser tooling and state the limitation.36 - Capture screenshots for every reported issue when tooling allows it.37383. Orient before testing.39 - Identify primary user journeys, navigation, forms, stateful actions, AI interactions, and payments or account settings if present.40 - For AI apps, include empty input, long input, model failure, slow response, retry, cancellation, and malformed output paths when relevant.41424. Execute the QA pass.43 - Quick: homepage plus top 5 user paths; console/network errors; major broken states.44 - Standard: primary journeys, key forms, mobile/desktop layout, auth/session behavior, loading/error/empty states.45 - Focused: user-specified page, flow, or feature with deeper edge cases.46475. Score and report.48 - Use a 0-100 health score.49 - Separate blockers from polish.50 - Include reproduction steps precise enough for another agent to verify.5152## Severity Guide5354| Severity | Meaning |55|---|---|56| Blocker | Core flow cannot complete, data loss, auth break, payment break, or severe AI failure. |57| High | Important user path broken or misleading. |58| Medium | Functional issue with workaround or limited reach. |59| Low | Minor visual, copy, or interaction defect. |6061## Report Contract6263```markdown64## QA Report6566### Target67URL:68Mode:69Auth:70Date:7172### Summary73Health score: __/10074Overall status: Ship / Ship with known issues / Do not ship7576### Paths Tested77- <path>7879### Findings8081#### QA-001: <title>82Severity:83Path:84Evidence:85Reproduction steps:86Expected:87Actual:88Suggested fix:8990### Screenshots / Artifacts91- <artifact>9293### Not Tested94- <area>9596### Recommended Next Step97- <next step>98```99100## Quality Bar101102- Do not report an issue without a reproduction path.103- Do not hide limitations; list what was not tested.104- Prefer concrete evidence over broad impressions.105- Do not call a site ready if critical paths were not tested.