02 / 玩法拆解 · ARTICLE 012
异常情形与边界条件怎么读
不要把主流程的沉默当作例外规则,单独记录失败、取消和中断。
主流程常讲“顺利完成”的情况;真正容易产生误读的是未满足条件、取消或中断。异常不一定罕见,只是经常写在另一个段落。
列出非主线入口
阅读时搜索“失败”“超时”“取消”“重复”“不可用”等词。每出现一个,就记录触发条件、可见提示和后续状态。
区分错误与限制
错误可能来自网络或设备,限制则可能来自规则本身。相似的提示不应被统一解释成某种玩法机制。
处理没有答案的情形
如果资料没有说明中断后的状态,不要推断数据保留或重置。把问题写成“中断后是否回到上一步,依据在哪里”。
比较示例和正文
示例常只覆盖一个顺利案例。若正文有限制,正文的适用范围不能被单个示例覆盖;也要检查示例是否另有版本背景。
保持可复核记录
给边界情形附原文位置和核对日期。后续规则更新时,能快速知道是新版本改变了处理方式,还是原先漏读了一句。
继续阅读:返回玩法拆解,或查看两种玩法说明如何做结构对照。