boundary-value-generator
Purpose
Design tests around lower, upper, just-inside, and just-outside boundaries for numeric, ordered, sized, and count-based inputs.
Trigger this skill when
- You need disciplined test design rather than ad hoc case generation.
- You need to justify why a test set is sufficient.
- You want a reusable artifact that can feed automation later.
Expected inputs
- requirements or constraints
- ranges or thresholds
- partition model if available
Deliverables
- boundary cases
- off-by-one checks
- invalid edge tests
- boundary rationale
Operating procedure
- Identify ranges, thresholds, counts, lengths, dates, or ordered values.
- Generate cases at min, min+1, typical, max-1, max, and just-outside where relevant.
- Include invalid and off-by-one probes, not just valid boundaries.
- State why the chosen boundaries matter operationally.
Quality gates
- Be explicit about infeasible, unreachable, or assumption-heavy cases.
- Prefer lean, justified test sets over exhaustive-looking noise.
- Keep expected outcomes observable and tied back to rules or logic.
- Show why each test exists, not just the test data.
Handoff targets
- equivalence-partitioning-generator
- negative-test-designer
- test-oracle-writer
Output style
- Be explicit about uncertainty, infeasibility, and residual risk.
- Prefer compact, explainable artifacts over bloated lists.
- Tie tests back to rules, logic, or structure.
- Make expected outcomes observable.
Failure modes to avoid
- Do not only test the boundary itself.
- Do not miss just-outside invalid cases.
- Do not assume all boundaries are numeric.
Minimum output skeleton
## Summary
## Findings
## Structured outputs
## Coverage / rationale
## Assumptions
## Open questions
## Recommended next skill
1---2name: boundary-value-generator3description: boundary-value-generator4---5# boundary-value-generator67## Purpose8Design tests around lower, upper, just-inside, and just-outside boundaries for numeric, ordered, sized, and count-based inputs.910## Trigger this skill when11- You need disciplined test design rather than ad hoc case generation.12- You need to justify why a test set is sufficient.13- You want a reusable artifact that can feed automation later.1415## Expected inputs16- requirements or constraints17- ranges or thresholds18- partition model if available1920## Deliverables21- boundary cases22- off-by-one checks23- invalid edge tests24- boundary rationale2526## Operating procedure271. Identify ranges, thresholds, counts, lengths, dates, or ordered values.282. Generate cases at min, min+1, typical, max-1, max, and just-outside where relevant.293. Include invalid and off-by-one probes, not just valid boundaries.304. State why the chosen boundaries matter operationally.3132## Quality gates33- Be explicit about infeasible, unreachable, or assumption-heavy cases.34- Prefer lean, justified test sets over exhaustive-looking noise.35- Keep expected outcomes observable and tied back to rules or logic.36- Show why each test exists, not just the test data.3738## Handoff targets39- equivalence-partitioning-generator40- negative-test-designer41- test-oracle-writer4243## Output style44- Be explicit about uncertainty, infeasibility, and residual risk.45- Prefer compact, explainable artifacts over bloated lists.46- Tie tests back to rules, logic, or structure.47- Make expected outcomes observable.4849## Failure modes to avoid50- Do not only test the boundary itself.51- Do not miss just-outside invalid cases.52- Do not assume all boundaries are numeric.5354## Minimum output skeleton55```md56## Summary57## Findings58## Structured outputs59## Coverage / rationale60## Assumptions61## Open questions62## Recommended next skill63```