skills/smoke-testing/SKILL.md
# Smoke Testing Skill Run pre-configured smoke tests for common user flows. Quick validation that critical functionality works. ## What is Smoke Testing? Smoke testing is a quick sanity check to ensure basic functionality works before deeper testing. The name comes from electronics - if you turn on a circuit and smoke comes out, you know something is wrong without further testing. ## When to Use - Before releases to catch obvious breaks - After deployments to verify functionality - In CI/CD
npx skillsauth add ncklrs/claude-chrome-user-testing skills/smoke-testingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Run pre-configured smoke tests for common user flows. Quick validation that critical functionality works.
Smoke testing is a quick sanity check to ensure basic functionality works before deeper testing. The name comes from electronics - if you turn on a circuit and smoke comes out, you know something is wrong without further testing.
Purpose: Verify authentication works
Steps:
[email protected] / testpassword123)Failure Indicators:
Purpose: Verify registration works
Steps:
Test Data:
test-{timestamp}@example.comPurpose: Verify purchase flow initiates
Steps:
Does NOT:
/stripe-test for that)Purpose: Verify site navigation works
Steps:
Checks:
Purpose: Verify search works
Steps:
Checks:
{
"name": "preset-name",
"description": "What this preset tests",
"defaultPersona": "persona-id",
"tasks": [
"First task description",
"Second task description",
"Third task description"
],
"successCriteria": [
"What indicates success",
"Another success indicator"
],
"timeout": 120,
"testData": {
"email": "[email protected]",
"password": "testpassword123"
}
}
For each task in tasks array:
1. Announce task (unless --quiet)
2. Execute using persona's timing
3. Capture evidence:
- Screenshot on success
- Screenshot + error details on failure
4. Record status: PASS / FAIL / SKIP
5. If FAIL and not --continue-on-error: stop
PASS: All success criteria met FAIL: Any task fails or criteria unmet SKIP: Step skipped due to earlier failure
--quiet mode: minimal delaystimeout field# Smoke Test Report: [preset]
## Configuration
- **URL**: [url]
- **Preset**: [preset]
- **Persona**: [name] ([id])
- **Date**: [timestamp]
## Results
| Step | Status | Duration | Notes |
|------|--------|----------|-------|
| [Task 1] | PASS | 2.3s | - |
| [Task 2] | PASS | 1.8s | - |
| [Task 3] | FAIL | 5.0s | Element not found |
## Summary
- **Overall**: FAIL
- **Steps Passed**: 2/3
- **Duration**: 9.1s
## Failure Details
### Step 3: [Task 3]
- **Error**: Element not found
- **Expected**: Submit button visible
- **Actual**: Page showed error message

## Recommendations
1. Check if [specific element] exists on the page
2. Verify [specific functionality]
Smoke Test: login @ https://example.com
Persona: busy-executive
[1/5] Find login.......... PASS (1.2s)
[2/5] Navigate............ PASS (0.8s)
[3/5] Enter credentials... PASS (2.1s)
[4/5] Submit form......... FAIL (5.0s)
Error: Form validation failed
Result: FAIL (3/5 steps)
Duration: 9.1s
Users can create custom presets in .claude/smoke-presets/:
.claude/
└── smoke-presets/
├── onboarding.json
├── checkout-guest.json
└── admin-login.json
.claude/smoke-presets/{preset}.json (project custom)skills/smoke-testing/presets/{preset}.json (built-in)# If smoke test passes, run detailed testing
/smoke-test --url https://example.com --preset checkout --quiet
# If passed:
/user-test --url https://example.com --persona comparison-shopper --tasks "complete purchase" --stripe
# Run all smoke tests
/smoke-test --url $DEPLOY_URL --preset login --quiet
/smoke-test --url $DEPLOY_URL --preset navigation --quiet
/smoke-test --url $DEPLOY_URL --preset search --quiet
# If all pass, run full suite
/user-test --url $DEPLOY_URL --personas "genz-digital-native,boomer-tech-averse" --quiet
--quiet for automationdevelopment
# WCAG Auditor Skill This skill provides WCAG 2.1 accessibility audit capabilities, including criteria definitions, check implementations, and scoring logic. ## Purpose Systematically evaluate web pages against WCAG 2.1 Level A and AA success criteria to identify accessibility barriers and provide remediation guidance. ## WCAG 2.1 Overview WCAG is organized around four principles (POUR): - **Perceivable**: Information must be presentable to users - **Operable**: Interface must be usable - *
development
Comprehensive persona-based user testing skill for web applications. Simulates how real users from different demographics interact with interfaces, including realistic timing, behavioral patterns, and frustration triggers. Use when: - Testing user interfaces before release - Validating UX flows from diverse perspectives - Conducting accessibility reviews - Optimizing onboarding or checkout experiences - Getting feedback on form design
development
# Stripe Checkout Testing Skill This skill provides guidance for testing Stripe checkout flows with any persona. It handles test card data, form detection, and payment-specific narration. ## Purpose Enable realistic user testing of Stripe payment flows using official test cards, with persona-appropriate reactions to checkout experiences. ## Test Card Reference Load card data from `test-cards.json`. Key scenarios: | Scenario | Card | When to Use | |----------|------|-------------| | `succes
development
# Session Recorder Skill Record user testing sessions as Playwright Traces for replay and analysis. Traces capture the full testing session including screenshots, DOM snapshots, network requests, and console logs. ## When to Use - `--record` flag is present in the command - User wants to replay or share a testing session - Need to debug issues found during testing - Creating documentation of UX issues ## Trace File Format Playwright Trace files (`.zip`) contain: - **Screenshots**: Captured