Agent skill

Test Scenarios

by borghei in borghei/Claude-Skills

Generate test scenario coverage from a feature spec — happy paths, edge cases, error handling, accessibility, security, and performance — with a coverage analyzer that flags gaps.

MITAuto-check passedTesting & QA

Install Test Scenarios

skills CLI
$ npx skills add borghei/Claude-Skills --skill test-scenarios -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install borghei/Claude-Skills test-scenarios --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/borghei/Claude-Skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/project-management/execution/test-scenarios .claude/skills/test-scenarios && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
test-scenarios
GitHub stars
886
Token cost
~1.9k tokens
SKILL.md length
891 words
Files
5 (incl. scripts, references, assets)
Skills in repo
354
Repo updated
First seen
Licence
MIT

At a glance

Generate test scenario coverage from a feature spec — happy paths, edge cases, error handling, accessibility, security, and performance — with a coverage analyzer that flags gaps.

  • Works in 9 steps: Spec read → Happy path → Edge cases → …
  • Define what to test before QA writes the test plan
  • SKILL.md covers When to use this skill, The 7 scenario categories, Clarify First and Workflow, plus 5 more sections
  • Runs Python scripts from its folder; calls python3

What it does

Test Scenarios is an agent skill from borghei/Claude-Skills. Generate test scenario coverage from a feature spec — happy paths, edge cases, error handling, accessibility, security, and performance — with a coverage analyzer that flags gaps. Use to define what to test before QA writes the test plan.

Its SKILL.md is about 1.9k tokens, which your agent loads only when the skill is triggered. The skill folder holds 7 other files, including scripts, reference files and assets (for example `assets/scenario_template.md`, `references/coverage-anti-patterns.md` and `references/scenario-categories.md`).

It sits in Testing & QA, covering Test generation, PRD writing and Accessibility. The repository describes itself as: 385 AI skills, 77 expert agents, and 900 stdlib Python tools for every team: engineering, PM, marketing, C-level, compliance, business ops, research, and a LinkedIn toolkit… The licence is MIT.

When your agent uses it

  • Define what to test before QA writes the test plan
  • Tasks that involve Test generation
  • Tasks that involve PRD writing

Example prompts

  • “/test-scenarios”

Requirements

  • Python 3

Workflow steps

9 steps, taken from the step headings in SKILL.md.

  1. Spec read
  2. Happy path
  3. Edge cases
  4. Error handling
  5. Empty / first-use / after-action states
  6. Concurrent / race scenarios
  7. Accessibility
  8. Security + privacy
  9. Run test_scenario_generator.py

What it can do on your machine

Read from SKILL.md and the folder at commit 4a698e8. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 1 file in scripts/ (Python), which the agent can run.

    Shell commands in SKILL.md call:

    • python3

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Test Scenarios loads about 1.9k tokens when it runs, and up to ~5.4k if it reads all its reference files. Until then it costs about 63 tokens; SKILL.md has 891 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~63
When it runs · the whole SKILL.md, loaded when a task matches
~1.9k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~5.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from borghei/Claude-Skills at commit 4a698e8, republished under its MIT licence (© borghei). 891 words, ~1,930 tokens.

Download SKILL.mdSave it as .claude/skills/test-scenarios/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
test-scenarios
description
Generate test scenario coverage from a feature spec — happy paths, edge cases, error handling, accessibility, security, and performance — with a coverage analyzer that flags gaps. Use to define what to test before QA writes the test plan.
license
MIT + Commons Clause
metadata.version
1.0.0
metadata.author
borghei
metadata.category
project-management
metadata.domain
execution
metadata.updated
2026-05-27
metadata.python-tools
test_scenario_generator.py
metadata.tech-stack
test-scenarios, qa, edge-cases, acceptance-criteria

Test Scenarios

Generate complete scenario coverage from a feature spec before tests are written. Closes the gap between "we built it" and "it survives production."

When to use this skill

  • After PRD approval but before engineering implementation
  • During sprint planning to size testing effort
  • During code review to verify test coverage
  • During QA planning to scope test pass
  • During bug-bash prep
  • After a production incident to validate scenario gaps

The 7 scenario categories

For every feature, generate scenarios across:

  1. Happy paths — primary user goals achieved cleanly
  2. Edge cases — boundary conditions, unusual inputs
  3. Error handling — what users see when things go wrong
  4. Empty states — first-use, no data, after-delete
  5. Concurrent operations — race conditions, optimistic locking
  6. Accessibility — keyboard nav, screen reader, contrast, motion
  7. Security + privacy — auth, permissions, PII, injection

Plus when applicable:

  • Performance scenarios (load, latency, throughput)
  • Localization (RTL, long-string, currency, date format)
  • Cross-platform (browsers, devices, OS versions)

Clarify First

Before generating scenarios, confirm these inputs. If any is unknown or vague, ASK — do not assume:

  • Feature type — form, browse/list, real-time/collab, file upload, payment, or bulk operation (drives the scenario count per category in the coverage rubric)
  • Risk / sensitivity profile — auth, payment, or PII involved (scales up security and concurrency coverage in the risk-weighted selection)
  • The spec's inputs, outputs, and side effects — what users provide, expect, and what changes in the system (drives edge cases in Step 3 and error handling in Step 4)

Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.

Workflow

Step 1 — Spec read

Read the PRD / user story / acceptance criteria. Identify:

  • User goals (what they want to do)
  • Inputs (what they provide)
  • Outputs (what they expect)
  • Side effects (what changes in the system)
Step 2 — Happy path

For each user goal, write the primary flow:

  • Preconditions
  • Steps
  • Expected result

Aim for 1-3 happy paths per feature.

Step 3 — Edge cases

For each input, ask:

  • What's the empty value?
  • What's the minimum?
  • What's the maximum?
  • What's just below min / just above max?
  • What's the wrong type?
  • What's the weird-but-valid (very long, special chars, Unicode, emoji)?
Step 4 — Error handling

For each failure mode:

  • Network failure
  • Server error (5xx)
  • Validation error (4xx)
  • Timeout
  • Concurrent modification
  • Auth expired / lost

For each: what does the user see? Recover-from / try-again UX?

Step 5 — Empty / first-use / after-action states
  • First use (no data)
  • After delete (last item)
  • After error (partial state)
  • After timeout
  • After cancel
Step 6 — Concurrent / race scenarios

Two users simultaneously:

  • Editing same record
  • Triggering same action
  • Submitting same form
  • Reaching capacity limit
Step 7 — Accessibility
  • Tab through with keyboard
  • Use with screen reader
  • High contrast / inverted colors
  • Reduced motion preference
  • Large text scaling
  • Voice control
Step 8 — Security + privacy
  • Logged out user accesses
  • Unauthorized user accesses
  • Permission downgrade mid-action
  • PII handling
  • Injection attempts (XSS, SQLi)
  • Rate limiting
Step 9 — Run test_scenario_generator.py

Audit a candidate scenario list for category coverage; flag gaps.

bash
python3 project-management/execution/test-scenarios/scripts/test_scenario_generator.py \
  --input feature_spec.json --format markdown

Decision frameworks

Show full SKILL.md (393 more words)Show less
How many scenarios per category?
Feature typeHappyEdgeErrorEmptyConcurA11ySecurity
Form / submission1-34-84-621-243-5
Browse / list2-33-52-32-3132
Real-time / collab34-64-624-6 (essential)33
File upload26-10 (sizes/types)4-611-225+ (file abuse)
Payment / financial36-108+ (critical)24-6 (idempotency!)38+
Bulk operation24-6 (sizes)4-612-4 (partial fail)23

Adjust for risk profile of the specific feature.

Risk-weighted scenario selection

Not all scenarios need full QA coverage. Apply:

  • Happy path: always test
  • Edge cases: test those that matter (likelihood × severity)
  • Error handling: test all paths that user can recover from
  • Empty state: always test (first impression!)
  • Concurrent: test for data-integrity-critical features
  • Accessibility: baseline coverage on all UI; full coverage on user-facing
  • Security: scale with sensitivity (full coverage on auth/payment)
Manual vs automated
Scenario typeDefault
Happy pathAutomated (E2E or integration)
Edge cases (input validation)Unit tests
Error handlingMix (mocked errors in unit; real in integration)
Empty stateVisual regression + manual
ConcurrentHard — usually manual + targeted integration
AccessibilityAutomated (axe-core) + manual screen-reader
SecuritySAST + DAST + manual review for critical paths
PerformanceAutomated load tests
LocalizationPseudo-localization + manual spot-check

Common engagements

"Generate test scenarios for this new feature"
  1. Read the PRD / spec.
  2. Apply the 7 categories.
  3. Generate scenarios; estimate count per category.
  4. Run validator; address gaps.
  5. Hand to QA for implementation.
"Audit our test plan for completeness"
  1. Categorize existing scenarios.
  2. Identify under-covered categories.
  3. Score by risk × likelihood.
  4. Recommend additions.
"Post-incident scenario gap analysis"
  1. Pull the incident scenario.
  2. Map: which category was missed?
  3. Add scenario; verify regression coverage.
  4. Update default-coverage rubric for that feature type.

Anti-patterns to avoid

  • Only happy paths. Production fails on edges; you skipped them.
  • No empty state. First-use is broken.
  • "QA will figure it out." No, QA tests what's specified.
  • Generic acceptance criteria. "Should work" is not testable.
  • No accessibility scenarios. Excludes users; fails compliance.
  • No security scenarios. Vulnerable paths ship.
  • No performance scenarios for performance-sensitive features. Surprise at scale.
  • Skipping concurrent for collaborative features. Race conditions ship.

References

  • references/scenario-categories.md — deep on the 7+ categories with examples
  • references/coverage-anti-patterns.md — common gaps + fixes
  • project-management/execution/create-prd — upstream spec
  • project-management/execution/wwas — acceptance criteria
  • engineering/senior-qa — implementation
  • engineering/code-reviewer — review coverage
  • product-team/spec-to-repo — translating spec to tickets

© borghei, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (scripts, references, assets) in project-management/execution/test-scenarios of borghei/Claude-Skills.

  • SKILL.md
  • assets/scenario_template.md
  • references/coverage-anti-patterns.md
  • references/scenario-categories.md
  • scripts/test_scenario_generator.py

Open the folder on GitHubat commit 4a698e8

Compare with similar skills

Test Scenarios next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Test Scenarios compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Test Scenarios this skillborghei/Claude-Skills886—~1.9kAutomated safety check: PassMIT
Corgispec QA UIricoyudog/Coding_Corgi_flow104—~1.5kAutomated safety check: PassMIT
Test Specgustavscirulis/snapgrid1171 repos~12kAutomated safety check: NotesCustom licence
AI Test Generationpetrkindlmann/qa-skills168—~4.8kAutomated safety check: PassMIT
Test Strategynurettincoban/ai-prd-workflow298—~1.4kAutomated safety check: PassMIT
Foreman Web TestingVisionForge-OU/foreman443—~953Automated safety check: PassCustom licence

Similar skills

  • Corgispec QA UI

    ricoyudog/Coding_Corgi_flow

    UI walkthrough — real user path verification with screenshots, component state checks, keyboard navigation, and cross-browser testing

    104 GitHub stars~1.5k tokensUpdated 1 mo ago
    Testing & QAAuto-check passed
  • Test Spec

    gustavscirulis/snapgrid

    Generates comprehensive test specification with unit tests, UI tests, accessibility testing, and beta testing plan.

    117 GitHub starsUsed in 1 repo~12k tokens
    Testing & QAAuto-check: notes
  • AI Test Generation

    petrkindlmann/qa-skills

    Use AI to write NEW test code from specs, PRDs, user stories, code diffs, bug reports, or OpenAPI specs.

    168 GitHub stars~4.8k tokensUpdated 4 mo ago
    Testing & QAAuto-check passed
  • Test Strategy

    nurettincoban/ai-prd-workflow

    Write TEST-STRATEGY.md, a test plan per RFC, before the tests are written.

    298 GitHub stars~1.4k tokensUpdated today
    Testing & QAAuto-check passed
  • Foreman Web Testing

    VisionForge-OU/foreman

    Headless end-to-end / web-app testing for the Foreman e2e stage.

    443 GitHub stars~953 tokensUpdated 3 mo ago
    Testing & QAAuto-check passed
  • Prd V07 Test Planning

    mattgierhart/PRD-driven-context-engineering

    Define test cases BEFORE implementation, ensuring every API, business rule, and user journey has verifiable acceptance criteria during PRD v0.7 Build Execution.

    180 GitHub stars~3.5k tokensUpdated 1 mo ago
    Testing & QAAuto-check: notes

More from borghei/Claude-Skills

All 354 skills in this repo
  • Agent Harness

    borghei/Claude-Skills

    Test and evaluation harness for AI agents — scenario suites, deterministic replay, regression diffing, cost and latency budgets.

    886 GitHub stars~3.1k tokensUpdated yesterday
    Auto-check passed
  • Agents In The Team

    borghei/Claude-Skills

    Run delivery when AI coding and ops agents take tickets. An agent skill from borghei/Claude-Skills.

    886 GitHub stars~4.2k tokensUpdated yesterday
    Auto-check passed
  • AI Content Disclosure

    borghei/Claude-Skills

    Check AI-generated marketing content and reviews for required disclosures under the EU AI Act, FTC rules and platform AI-label policies.

    886 GitHub stars~3.4k tokensUpdated yesterday
    Auto-check passed
  • AI Prototyping

    borghei/Claude-Skills

    Idea to AI-generated prototype to customer validation to engineering handoff.

    886 GitHub stars~3.6k tokensUpdated yesterday
    Auto-check passed
  • Analytics Engineer

    borghei/Claude-Skills

    Analytics engineering across data modeling, dbt, transformation, and semantic layers.

    886 GitHub stars~3.4k tokensUpdated yesterday
    Auto-check passed
  • Ansoff Matrix

    borghei/Claude-Skills

    Ansoff Matrix — 4-quadrant framework for growth options: market penetration, market/product development, and diversification.

    886 GitHub stars~2.2k tokensUpdated yesterday
    Auto-check passed

Questions about Test Scenarios

What does Test Scenarios do?

Generate test scenario coverage from a feature spec — happy paths, edge cases, error handling, accessibility, security, and performance — with a coverage analyzer that flags gaps. Test Scenarios is an agent skill from borghei/Claude-Skills. Generate test scenario coverage from a feature spec — happy paths, edge cases, error handling, accessibility, security, and performance — with a coverage analyzer that flags gaps.

When should I use Test Scenarios?

Test Scenarios fits situations like: define what to test before QA writes the test plan; tasks that involve Test generation; tasks that involve PRD writing.

How do I install Test Scenarios in Claude Code?

Run `npx skills add borghei/Claude-Skills --skill test-scenarios -a claude-code`. Or copy the skill folder (project-management/execution/test-scenarios in borghei/Claude-Skills) into .claude/skills/test-scenarios in your project. Claude Code loads it when a task matches its description.

How do I install Test Scenarios in Codex?

Run `npx skills add borghei/Claude-Skills --skill test-scenarios -a codex`. Or copy the skill folder (project-management/execution/test-scenarios in borghei/Claude-Skills) into .agents/skills/test-scenarios in your project. Codex loads it when a task matches its description.

Can I use Test Scenarios in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add borghei/Claude-Skills --skill test-scenarios -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/test-scenarios, .gemini/skills/test-scenarios, .github/skills/test-scenarios and .opencode/skills/test-scenarios in your project.

What does Test Scenarios need to run?

Going by SKILL.md and its folder, Test Scenarios needs Python for the scripts in its folder and the command-line tools its instructions call (python3). Our summary lists: Python 3.

Does Test Scenarios access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Test Scenarios safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does Test Scenarios use?

Test Scenarios is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Test Scenarios use?

About 1.9k tokens (SKILL.md is roughly 7.7k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 3.5k tokens, read only when the agent opens those files.

What are the alternatives to Test Scenarios?

Skills that share tags, products or a category with Test Scenarios: Corgispec QA UI (ricoyudog/Coding_Corgi_flow, 104 stars), Test Spec (gustavscirulis/snapgrid, 117 stars), AI Test Generation (petrkindlmann/qa-skills, 168 stars) and Test Strategy (nurettincoban/ai-prd-workflow, 298 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Test Scenarios?

borghei (a GitHub user) maintains it in borghei/Claude-Skills, which has 886 GitHub stars. The repository holds 354 skills in this directory. The repository was last updated on October 7, 2026.

Source: borghei/Claude-Skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.