麻将来了这类项目在上线前，最容易出问题的不是玩法本身，而是现场没人把该看的信号看全。这篇一线备忘按现场核对清单来写，适合开服前逐项打勾。
下面五段清单，分别对应信号、失败模式、诊断顺序、回滚和带走清单。每一条都尽量写成可观察、可勾选的动作，而不是泛泛而谈。
现场要盯的信号
先看现场能直接观察到的信号，不要一上来就翻日志。信号分三组：入口、房间、结算。 麻将来了资讯
- 入口信号：登录页加载时长、验证码通过率、首屏按钮点击后的响应。
- 房间信号：创建房间成功率、匹配等待时长、开局后掉线提示次数。
- 结算信号：胡牌结算是否卡顿、番型显示是否与规则一致、战绩写入是否延迟。
- 客服信号：同一类问题在短时间内是否重复出现，重复即现场信号。
- 设备信号：低端机与主流机型表现差异，是否只在某类设备上出问题。
现场最怕的不是报错，而是没人报错却有人掉线。信号要主动看，不能等用户来问。
最容易出事的失败模式
把常见失败模式列出来，现场核对时逐条确认是否已覆盖。
- 开局即掉线：房间创建成功但进入牌桌失败，多为连接或房间状态不同步。
- 结算不一致：不同客户端显示的番型或分数不同，属于规则同步问题。
- 重复登录：同一账号在多设备登录，导致牌局被顶掉。
- 匹配超时：等待时间超过预期却没有提示，用户以为卡死。
- 活动叠加：多个活动同时生效，奖励计算出现冲突。
- 数据延迟：战绩或积分写入慢，用户看到旧数据。
诊断顺序：从外到内逐层排查
诊断要有顺序，避免同时改多处导致无法定位。建议按下面顺序走。
- 先确认入口是否正常：登录、更新、公告能否打开。
- 再确认房间层：创建、加入、退出是否可复现。
- 然后确认牌局层：发牌、出牌、胡牌判定是否一致。
- 最后确认数据层：结算写入、战绩同步、活动发放。
- 每一步只改一个变量，改完立即复测并记录。
诊断时把复现步骤写下来，包括设备、网络、账号和时间点。没有复现步骤的反馈，优先级要往后放。
恢复与回滚：把损失关在笼子里
恢复不是修好就行，而是要让影响范围可控。回滚前先确认三件事：影响面、可回滚点、回滚后的验证方式。
- 影响面：只影响新开局，还是影响进行中的牌局。
- 可回滚点：最近一次稳定版本或配置是否还在。
- 验证方式：回滚后用什么动作确认恢复正常。
- 回滚顺序：先停入口，再回滚配置，最后恢复入口。
- 回滚记录：时间、操作人、现象、结果，一条都不能少。
带走这张清单：上线前逐项打勾
最后把清单收拢成一张表，上线前逐项打勾，打完再开服。
- 入口三件套：登录、更新、公告，全部实测通过。
- 房间三件套：创建、加入、退出，各测三次。
- 牌局三件套：发牌、出牌、胡牌，规则一致。
- 结算三件套：分数、番型、战绩，写入正常。
- 回滚三件套：影响面、回滚点、验证方式，全部明确。
- 值班三件套：谁看信号、谁做诊断、谁执行回滚，分工到人。
这张清单不保证不出问题，但能保证出问题时现场不慌。麻将来了这类项目，现场核对的价值就在于此。