一次会“GMG”步骤清单
实操结论
时间有限又想把 GMG 试通，就别一上来铺全套：先只做能产生一次可验证结果的最小动作。最小动作指只动一个开关、只提交一次、只申请一次、只改一个字段。做完立刻看结果，结果对不上就停。这套做法的核心不是快，而是失败时你能一眼指出是哪一步出的问题。
- 先圈出本次唯一要验证的动作
- 其余步骤一律不动，留作对照
- 结果只看一项，别顺手看别的指标
- 失败一次即停，先写原因再考虑第二步
如何判断已经成功
- 本次只改动过圈定的那一个动作
- 执行前后各有一份可对照的状态记录
- 能一句话说明动作结果是否符合预期
先看场景
操作前先对齐现场：很多人卡在「GMG」，往往不是最后一步不会，而是入口和版本没核对。
动手前准备
未完成准备项前，不要跳到最后一步。
- 写一句话说清本次最小动作是什么
- 关掉无关标签页和通知，减少干扰
- 准备好记录本次动作前后各一个状态
实操翻车点
动作成功后顺手再点一项，结果无法归因
没有记录基准状态，前后对比失去意义
失败后立刻换另一条路径，两个变量混在一起
逐步跟做
步骤 1圈出唯一待验证动作
打开 GMG 相关页面后，先不点任何东西，用眼睛扫一遍所有可操作项，圈出其中最关键的那一个。判断标准：这个动作成功或失败，能直接回答你本次最想问的问题。圈完把动作名写在纸上，例如提交一次查询、绑定一个测试账号、切换一次 GMG 版本开关。
注意：圈两个以上动作，说明还没想清楚先验什么
步骤 2只执行这一个动作
按下去之后不追加确认之外的任何操作。对 GMG 来说，最容易出错的是动作成功后手痒顺手再改一项，导致下一步结果无法归因。如何确认：执行后立刻停下，观察页面有没有明确的成功或失败提示，等待提示文字完全出现再评判。
注意：提示还没出来不要连点，连点会叠加请求
步骤 3执行前记录当前状态
动作执行前先记录一个可对比的状态：比如当前显示的数量、当前选中的版本、当前权限是否为空。看什么→做什么：先看清这个状态值，再动鼠标；记录它的目的是让结果有个参照。没有基准状态，后面无法判断变化来自动作还是来自环境。（对照「GMG」自查）
注意：状态值拍照或抄写都行，关键是留痕
步骤 4对比前后状态得出结论
把执行后的状态与之前记录的值对照：变化符合预期，说明这条最小路径可用，可以把结论写进笔记；变化不符预期或没有任何反馈，说明下一步不该继续，而是先回头检查这个唯一动作的前提条件是否满足。结论只写一行：可用 / 不可用 / 待查。（对照「GMG」自查）
注意：结论写一行就够，别堆成长文掩盖疑问
补充问答
「GMG」最容易错在哪？
跳过准备项、一次改太多变量，或听信无法验证的承诺。
要准备多久？
通常预留 5–10 分钟不被打断，先确认入口可打开再动手。