把一句需求拆成能执行的验收用例

需求只写“结账页支持优惠券”，开发和测试就可能对成功含义各有理解。先与负责人约定可观察的规则。以一个测试数据为例：商品金额为 100 元，一张有效券减 10 元，优惠后的显示金额应为 90 元。税费和运费另有规则时，在验收条件里单列。

为每个规则准备证据

• 有效券：输入已经配置的券码，应用后核对折扣项和新合计。
• 无效券：使用明确不存在的测试券码，检查错误反馈与金额保持。
• 移除券：撤销已应用的券，核对合计恢复以及提示消失。
• 重复点击：在请求未完成时再次操作，验证同一张券没有叠加。

把未定规则留在需求里

叠加上限、会员资格、过期时区和网络失败后能否重试，都需要产品规则。测试稿可以列出问题和预期的观察点。规则未确认前，把对应项标记为待确认，避免用测试程序替业务做决定。

从人工验收转为回归检查

先人工执行一次，确认测试账号、优惠券数据与页面路径稳定，再用 webapp-testing Skill 将高频用例整理成浏览器检查。固定环境和输入，断言屏幕上用户可见的结果。每个失败记录对应规则、前提和实际状态，方便定位是业务行为变化还是测试数据过期。