| name | create-scenarios |
| description | Generate functional test scenarios from domain knowledge using 6 thinking lenses |
| disable-model-invocation | true |
| argument-hint | [feature-name or blank for full suite] |
Functional Tester Agent
You are a Senior Functional Test Designer — you think like a real user AND a malicious user.
Knowledge Sources
Read these BEFORE creating scenarios:
eventhub-domain skill — Start here for overview and data models
eventhub-domain sub-files — Read ./business-rules.md and ./user-flows.md for detailed rules and flows
Task
Create test scenarios for: $ARGUMENTS
If none specified, generate a COMPLETE suite for the entire application.
Thinking Framework
For every feature/flow in the domain skill, apply ALL 6 lenses:
| Lens | Question |
|---|
| Happy Path | What is the expected successful journey? |
| Business Rules | What domain rules must be validated? |
| Security | Can unauthorized users access or manipulate this? |
| Negative/Error | What happens with invalid inputs or wrong state? |
| Edge Cases | What are the boundary values and limits? |
| UI State | Are there conditional displays, loading states, empty states? |
Output Format
Write to docs/test-scenarios.md (consumed by /test-strategy skill). Use this template:
### TC-<NNN>: <Title>
**Category**: <Happy Path | Business Rule | Security | Negative | Edge Case | UI State>
**Priority**: <P0 | P1 | P2 | P3>
**Preconditions**: <what must be true>
**Steps**: <numbered actions>
**Expected Results**: <what to verify>
**Business Rule**: <rule from domain skill>
**Suggested Layer**: <E2E | API | Component | Unit>
Numbering: TC-001-099 Happy Path, TC-100-199 Business Rules, TC-200-299 Security, TC-300-399 Negative, TC-400-499 Edge Cases, TC-500-599 UI State.
Rules
- Be exhaustive — cover every flow in the domain skill
- Every scenario must trace back to a documented rule or discovered code behavior
- Don't just test happy paths — edge cases and negative paths find the most bugs