/test
Use this skill when the user needs to test features before deployment, create test scenarios, find edge cases, or verify bug fixes. Covers manual testing workflows, cross-browser testing, edge case identification, and testing checklists for non-technical founders.
$ npx -y skills add whawkinsiv/claude-code-superpowers --skill test --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/test
Context preview
The summary Claude sees to decide when to auto-load this skill.
Use this skill when the user needs to test features before deployment, create test scenarios, find edge cases, or verify bug fixes. Covers manual testing workflows, cross-browser testing, edge case identification, and testing checklists for non-technical founders.
SKILL.md
test.SKILL.mdname: test
description: "Use this skill when the user needs to test features before deployment, create test scenarios, find edge cases, or verify bug fixes. Covers manual testing workflows, cross-browser testing, edge case identification, and testing checklists for non-technical founders."
Test
Testing Checklist
Feature Testing:
- [ ] Happy path works (main user flow)
- [ ] Edge cases handled (empty, long, invalid data)
- [ ] Error messages clear and helpful
- [ ] Works on mobile (iOS and Android)
- [ ] Works in Safari, Chrome, Firefox
- [ ] Loading states show during waits
- [ ] Forms validate input
- [ ] Can't break it with weird input
- [ ] Back button works correctly
- [ ] Page refresh doesn't lose data
See [TEST-SCENARIOS.md](TEST-SCENARIOS.md) for detailed scenarios.
---
When to Test
**Test when:**
- Feature just built by AI
- Before deploying to production
- After fixing a bug (verify fix works)
- Users report issues (reproduce first)
**Don't test:**
- While AI is still building
- Before feature is complete
- Every tiny change (batch test features)
**Rule:** Build → Test → Fix → Test again → Deploy
---
Structured QA Workflow
Don't test randomly. Follow this sequence every time.
Step 1: Orient — What Exists?
Before testing, know what you're testing. Walk through your app and list every page and feature.
Map Your App:
- [ ] List every page (home, dashboard, settings, etc.)
- [ ] List every form (signup, contact, create/edit)
- [ ] List every button that does something
- [ ] List every integration (payments, email, third-party)
Step 2: Explore — Visit Everything Systematically
Go through every page, every button, every form. Don't skip pages you "know" work.
**Tell AI:**
Go through every page of my app. Click every button. Fill every form.
Submit every action. Tell me what's broken, what looks wrong, and what
behaves unexpectedly. For each issue, tell me:
- What page it's on
- What you did
- What happened vs. what should happen
- How severe it is (blocks users vs. cosmetic)
Step 3: Score — Rate Your App's Health
Rate your app 1-10 on each dimension. Be honest — this is for you.
App Health Score:
Score (1-10)
Does it load fast? (under 3 seconds) ___
Do all buttons/links work? ___
Do forms submit correctly? ___
Do error messages make sense? ___
Does it work on mobile? ___
Is the core flow completable? ___
Total: ___/60
50-60: Ready to ship
40-49: Fix the gaps, then ship
30-39: Significant issues — fix before showing users
<30: Major problems — keep building before testingStep 4: Fix and Re-Verify
After each fix, re-test **two things**: the thing that was broken AND the things that were working. AI fixes often break something else.
After Every Fix:
- [ ] Original bug is resolved
- [ ] Core signup/login flow still works
- [ ] Core action still works
- [ ] No new visual issues on the page you changed
Step 5: The Fresh Eyes Test
Have someone who's never seen your app try to sign up and complete the core action. Watch without helping. What surprises you?
- Where do they hesitate?
- What do they click that you didn't expect?
- Where do they get confused but don't say anything?
- Can they describe what the app does after using it for 2 minutes?
This test reveals more than a week of solo testing. The things you "know" are obvious often aren't.
---
Manual Testing Checklist
1. Test happy path
- Does the main flow work?
- Can user complete the task?
2. Test edge cases
- What if field is empty?
- What if text is very long?
- What if user clicks twice?
3. Test on mobile
- Open on real phone
- Test main actions
- Check layout doesn't break
4. Test in different browsers
- Chrome (most users)
- Safari (iOS users)
- Firefox (some users)
5. Document issues
- Screenshot the problem
- Write exact steps to reproduce
- Give to AI to fix
---
Testing Edge Cases
**Always test these:**
**Empty data:**
- What shows when no items in list?
- What happens with empty form field?
- Is placeholder/empty state clear?
**Long data:**
- Very long name (200 characters)
- Very long text (10,000 characters)
- Does layout break?
**Invalid data:**
- Invalid email format
- Negative numbers where not allowed
- Special characters in text field
- SQL characters ('; DROP TABLE)
**Boundary cases:**
- Exactly at limit (100 char limit, enter 100)
- Just over limit (enter 101)
- Zero/empty values
**Tell AI:**
Test these edge cases:
- Empty username: show "Required"
- Username too long (>50 chars): show "Max 50 characters"
- Username with spaces: show "No spaces allowed"
- Special characters: show "Letters and numbers only"
See [EDGE-CASES.md](EDGE-CASES.md) for comprehensive list.
---
Testing on Mobile
**Minimum mobile tests:**
Mobile Testing:
- [ ] Page loads and looks correct
- [ ] Can tap all buttons (44px minimum)
- [ ] Forms work (keyboard appears)
- [ ] No horizontal scroll
- [ ] Images load and fit screen
- [ ] Navigation works
- [ ] Can complete main user flow
**Test on:**
- iPhone (Safari) - Most common iOS
- Android phone (Chrome) - Most common Android
**Don't need to test:**
- Every phone model
- Tablets (unless primary use case)
- Landscape mode (unless important)
---
Cross-Browser Testing
**Priority order:**
1. **Chrome** (65% of users) - Test thoroughly 2. **Safari** (20% of users) - Test main flows 3. **Firefox** (5% of users) - Quick check 4. **Edge** (5% of users) - Usually works if Chrome works
**Common browser issues:**
- Date pickers look different
- Flexbox behaves differently
- Scrolling momentum feels different
- Animations may not work on old Safari
**Quick test:**
Open in each browser:
1. Load homepage
2. Sign up / Log in
3. Complete 1-2 main actions
4. Check nothing is brok
Read more
name: test description: "Use this skill when the user needs to test features before deployment, create test scenarios, find edge cases, or verify bug fixes. Covers manual testing workflows, cross-browser testing, edge case identification, and testing checklists for non-technical founders."
Test
Testing Checklist
Feature Testing: - [ ] Happy path works (main user flow) - [ ] Edge cases handled (empty, long, invalid data) - [ ] Error messages clear and helpful - [ ] Works on mobile (iOS and Android) - [ ] Works in Safari, Chrome, Firefox - [ ] Loading states show during waits - [ ] Forms validate input - [ ] Can't break it with weird input - [ ] Back button works correctly - [ ] Page refresh doesn't lose data
See [TEST-SCENARIOS.md](TEST-SCENARIOS.md) for detailed scenarios.
---
When to Test
**Test when:**
- Feature just built by AI
- Before deploying to production
- After fixing a bug (verify fix works)
- Users report issues (reproduce first)
**Don't test:**
- While AI is still building
- Before feature is complete
- Every tiny change (batch test features)
**Rule:** Build → Test → Fix → Test again → Deploy
---
Structured QA Workflow
Don't test randomly. Follow this sequence every time.
Step 1: Orient — What Exists?
Before testing, know what you're testing. Walk through your app and list every page and feature.
Map Your App: - [ ] List every page (home, dashboard, settings, etc.) - [ ] List every form (signup, contact, create/edit) - [ ] List every button that does something - [ ] List every integration (payments, email, third-party)
Step 2: Explore — Visit Everything Systematically
Go through every page, every button, every form. Don't skip pages you "know" work.
**Tell AI:**
Go through every page of my app. Click every button. Fill every form. Submit every action. Tell me what's broken, what looks wrong, and what behaves unexpectedly. For each issue, tell me: - What page it's on - What you did - What happened vs. what should happen - How severe it is (blocks users vs. cosmetic)
Step 3: Score — Rate Your App's Health
Rate your app 1-10 on each dimension. Be honest — this is for you.
App Health Score:
Score (1-10)
Does it load fast? (under 3 seconds) ___
Do all buttons/links work? ___
Do forms submit correctly? ___
Do error messages make sense? ___
Does it work on mobile? ___
Is the core flow completable? ___
Total: ___/60
50-60: Ready to ship
40-49: Fix the gaps, then ship
30-39: Significant issues — fix before showing users
<30: Major problems — keep building before testingStep 4: Fix and Re-Verify
After each fix, re-test **two things**: the thing that was broken AND the things that were working. AI fixes often break something else.
After Every Fix: - [ ] Original bug is resolved - [ ] Core signup/login flow still works - [ ] Core action still works - [ ] No new visual issues on the page you changed
Step 5: The Fresh Eyes Test
Have someone who's never seen your app try to sign up and complete the core action. Watch without helping. What surprises you?
- Where do they hesitate?
- What do they click that you didn't expect?
- Where do they get confused but don't say anything?
- Can they describe what the app does after using it for 2 minutes?
This test reveals more than a week of solo testing. The things you "know" are obvious often aren't.
---
Manual Testing Checklist
1. Test happy path - Does the main flow work? - Can user complete the task? 2. Test edge cases - What if field is empty? - What if text is very long? - What if user clicks twice? 3. Test on mobile - Open on real phone - Test main actions - Check layout doesn't break 4. Test in different browsers - Chrome (most users) - Safari (iOS users) - Firefox (some users) 5. Document issues - Screenshot the problem - Write exact steps to reproduce - Give to AI to fix
---
Testing Edge Cases
**Always test these:**
**Empty data:**
- What shows when no items in list?
- What happens with empty form field?
- Is placeholder/empty state clear?
**Long data:**
- Very long name (200 characters)
- Very long text (10,000 characters)
- Does layout break?
**Invalid data:**
- Invalid email format
- Negative numbers where not allowed
- Special characters in text field
- SQL characters ('; DROP TABLE)
**Boundary cases:**
- Exactly at limit (100 char limit, enter 100)
- Just over limit (enter 101)
- Zero/empty values
**Tell AI:**
Test these edge cases: - Empty username: show "Required" - Username too long (>50 chars): show "Max 50 characters" - Username with spaces: show "No spaces allowed" - Special characters: show "Letters and numbers only"
See [EDGE-CASES.md](EDGE-CASES.md) for comprehensive list.
---
Testing on Mobile
**Minimum mobile tests:**
Mobile Testing: - [ ] Page loads and looks correct - [ ] Can tap all buttons (44px minimum) - [ ] Forms work (keyboard appears) - [ ] No horizontal scroll - [ ] Images load and fit screen - [ ] Navigation works - [ ] Can complete main user flow
**Test on:**
- iPhone (Safari) - Most common iOS
- Android phone (Chrome) - Most common Android
**Don't need to test:**
- Every phone model
- Tablets (unless primary use case)
- Landscape mode (unless important)
---
Cross-Browser Testing
**Priority order:**
1. **Chrome** (65% of users) - Test thoroughly 2. **Safari** (20% of users) - Test main flows 3. **Firefox** (5% of users) - Quick check 4. **Edge** (5% of users) - Usually works if Chrome works
**Common browser issues:**
- Date pickers look different
- Flexbox behaves differently
- Scrolling momentum feels different
- Animations may not work on old Safari
**Quick test:**
Open in each browser: 1. Load homepage 2. Sign up / Log in 3. Complete 1-2 main actions 4. Check nothing is brok
43 expert skills for non-technical founders building SaaS with AI tools (Claude Code, Lovable, Replit, Cursor). Covers the full lifecycle of planning, building, launching, and growing a software business — actionable guides, checklists, and copy-paste prompts.
Other skills on solo-founder-superpowers.
- /about-me
Use this skill when the user wants to create a founder profile, establish their personal voice for content, or set up context so other skills produce personalized output instead of generic AI copy. Also use when the user says 'set up my voice,' 'create my profile,' 'who am I,'
Open skill - /accounting
Use this skill when the user needs to set up bookkeeping, track revenue and expenses, prepare for taxes, choose accounting software, understand SaaS revenue recognition, or manage the financial operations of their bootstrapped business. Covers bookkeeping setup, tax preparation,
Open skill - /ads
Use this skill when the user needs to run Google Ads, write ad copy, select keywords, optimize CAC/LTV, or manage a small paid acquisition budget. Covers Google Ads strategy, keyword selection, ad copywriting, and conversion tracking for bootstrapped SaaS.
Open skill - /ai-features
Use this skill when the user needs to add AI-powered features to their SaaS product, integrate LLM APIs, build AI assistants, implement RAG, or use AI to differentiate their product. Covers API selection, prompt engineering for product features, cost management, and building AI
Open skill - /analytics
Use this skill when the user needs to set up analytics, design event tracking, define key metrics, build funnels, or instrument their SaaS product for data-driven decisions. Covers event naming conventions, tracking strategy, funnel analytics, and data quality.
Open skill - /beautify
Use this skill when the user wants to make their app look better, says it looks like a template, asks how to achieve Stripe/Linear quality, or says something looks off. Covers visual hierarchy, whitespace, composition, color application, and typography in practice.
Open skill

