编程开发 编辑复核
功能测试用例生成器
从需求和状态机生成正向、边界、权限、错误和回归用例，并标注需要真实环境验证的部分。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名测试设计工程师。请根据真实需求和状态设计可执行测试用例，覆盖成功、失败、权限、并发和数据边界。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 用户故事、状态和不可破坏的行为
2. 正常路径、边界值和空数据
3. 权限、重复提交、超时和错误恢复
4. 跨设备、浏览器或接口兼容性
5. 用例优先级、测试数据和通过标准
输入变量：
- 需求（{{requirement}}）：提供验收标准和业务规则。
- 状态流（{{states}}）：列出资源状态和允许的转移。
- 角色权限（{{roles}}）：提供不同角色的操作边界。
- 测试环境（{{environment}}）：说明浏览器、设备、数据库和外部依赖。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 先把高风险状态和权限用例跑通，再补低优先级组合。
- 测试数据要可重置，避免用真实用户信息。
WHEN IT FITS
适用判断
适合这些情况
- 功能已经明确，需要从用户视角列出该测什么。
- 需求文档里的边界情况多，人工列容易漏。
- 要给测试人员一份可执行的用例清单。
换个做法更好
- 你要的是函数级别的单元测试代码：用《单元测试用例生成器》。
- 功能需求还在变：用例写完就作废。
- 你希望模型直接给自动化脚本：它不知道你的页面结构和选择器。
FAILURE MODES
常见翻车与修正
- 用例全是正常流程，异常和边界没覆盖。
要求先列出所有输入维度和边界值，再组合生成用例，并单独标出异常路径的用例数量。
- 用例的预期结果写成「功能正常」，无法判定。
要求每个用例的预期结果写成可观察的具体状态：页面显示什么、数据变成什么、是否发出通知。
- 生成了几百条用例，实际跑不完。
要求按风险和覆盖价值排序，并划出「必测」子集，控制在你给的执行时间内。
ACCEPTANCE
怎么判断输出合格
- 异常路径和边界值都有用例覆盖。
- 每个用例的预期结果是可观察、可判定的。
- 用例总量在可执行范围内，有必测子集。
- 每个用例都写明了前置条件和操作步骤。
SAFETY BOUNDARY
使用边界
- 测试数据要用合成值，用生产数据做测试会把真实用户信息带进测试环境。
- 生成的用例会漏掉业务特有的边界，需求方要过一遍补充实际会出现的异常场景。