• 需求和风险已明确，需要产出可执行测试用例。
• 冻结前必须把覆盖范围写清楚、可追踪。
• 多人协作需要统一用例质量标准。

• 产出完整、可评审、可执行的测试用例。
• 覆盖主流程、边界流程、异常流程和关键数据变体。
• 让每条用例都有明确前置条件、步骤和预期结果。

1. 从业务规则和用户路径提取场景。
2. 拆成单一测试目标的原子用例。
3. 为每条用例定义数据与环境前提。
4. 编写可观察、可复现的执行步骤。
5. 写清预期结果和校验依据。
6. 自检歧义、重复和边界遗漏。

输入：

• 故事：结算时使用优惠券，区分会员与非会员

输出：

• 覆盖有效券、过期券、叠加冲突、支付失败回滚
• 每条用例含明确金额预期和错误提示
• 可追溯到需求条款

输入：

• “写一下结算用例”

输出（问题）：

• 只有大纲，没有步骤、数据和预期
• 其他同学无法直接执行

• 不写“描述性大纲”替代可执行用例。
• 不跳过失败路径和回滚验证。
• 不把多个目标混在一条用例里。
• 不省略前置条件和测试数据。
• 不在无追溯关系时宣称覆盖完整。