验收与交付：把好用写成条件

“功能能点”不是完整验收。“AI 说已完成”也不是证据。你需要从操作序列出发，明确发生什么才算符合要求。

用“给定、当、那么”写行为

给定：当前收集 4 / 6，剩余 1 步，一对蓝色相邻。
当：玩家完成有效消除。
那么：收集变为 6，判定成功，即使步数同时耗尽也不判失败。

这里包含一个明确的游戏规则：达成目标优先。你的游戏可以不同，但必须先决定，不能让结算顺序偶然决定结果。

四层验收，证据各有范围

层次	检查什么	可用证据
规则与数据	匹配、扣步、目标、幂等、存档校验	自动化行为测试
界面与输入	目标可见、按钮目的地、焦点、禁用、恢复	浏览器或引擎交互测试
平台与设备	生命周期、广告、触控坐标、安全区、性能	指定微信客户端与设备记录
玩家体验	是否理解目标、能否独立继续、为何困惑	真实试玩观察与访谈

在本站，浏览器实验只覆盖前两层的部分行为，不代表正式微信小游戏完成了实机认证或运营验证。

首次消除的验收表

编号	操作序列	期望
A1	选两个相邻蓝色	有效消除，目标按规则更新
A2	选斜对角蓝色	无效，不扣步，解释相邻条件
A3	选异色	无效，允许重新选择
A4	再点已选中的方块	取消选中，无资源变化
A5	处理中再次提交	不重复计算，不产生第二个局
A6	动画中切后台	暂停与恢复后状态一致
A7	最后一步同时达标	按已确认的优先级结算

加载、奖励与存档也要有反例

加载失败：关卡与有效输入保留，可重试，不误报成功。
取消后旧结果到达：不能把旧内容写入新局。
广告提前关闭：不发奖，原有可继续路径仍可达。
同一广告完成事件重放：资源只增加一次。
存档字段缺失或版本不兼容：拒绝无效恢复，解释并提供安全出口。
保存失败：不显示“已保存”，保留当前可用局并说明风险。

不要把偏好伪装成验收

“看起来很高级”很难执行。可以改成可检查的表达：主要目标和操作层次明确；普通文字对比达到所采用标准；长文案不溢出；静音时关键结果仍可理解；动效不阻断允许的操作。

至于“是否足够有趣”“节奏是否舒服”，需要结合目标玩家和任务观察，保留质性记录，不能全部压成机器断言。

让 AI 按证据交付

请逐项回应验收编号：通过、失败、未执行，并说明证据。
区分本地自动测试、浏览器操作、微信真机和玩家试玩。
未执行项写明原因与下一步，不要用推测填“通过”。
附实际修改点、残留风险和回退方式。

动手练习

从模板文件开始，为一个功能写五条正常或异常用例。让另一个不了解实现的人照着操作，检查步骤是否足够明确。然后进入试玩测试。

测试技术行为与易用性需要配合，方法背景可参见 GOV.UK：定期测试服务质量。验收用例为本站原创。