先备齐核对材料
pg平台上线前的自检，最怕边做边找材料。先把要核对的东西摊在桌面上，后面每一步才有依据。建议由一人主笔、一人复核，把材料放在同一处共享目录，避免版本对不上。
- 需求说明或场景描述文档，写明目标用户与主要用途
- 账号与权限清单，标注每个角色的可见范围
- 玩法与流程配置的当前版本截图或导出记录
- 体验测试用的设备、网络与浏览器清单
- 问题记录表，至少包含现象、复现步骤、责任人三列
材料不齐就先补齐，不要凭记忆核对。记忆里的“应该没问题”，往往就是上线后第一个出问题的地方。
逐项核对账号与权限
这一组核对的目标，是确认谁能做什么、看不到什么。逐条勾选，发现不一致就当场记录。
- 列出全部角色，确认每个角色的职责描述与实际使用场景一致
- 核对管理员账号数量，确认没有多余的高权限账号残留
- 抽查普通账号，确认其看不到与自身无关的配置项
- 核对密码与登录方式的管理规则，确认交接时有明确责任人
- 确认离职或转岗人员的账号已处理，不留在可用状态
权限核对不要只看配置页面，最好用真实账号登录一次，按角色走一遍，看实际呈现是否与清单一致。 pg平台体验
核对玩法与流程配置
pg平台玩法相关的配置项多，容易漏。核对时以“用户从进入到完成一次完整操作”为主线，把沿途涉及的配置逐项对照。
- 入口位置与引导文案是否与当前版本一致
- 玩法参数是否与需求文档中的设定相符，有无遗留的测试值
- 流程中的提示语、错误提示是否完整，能否看懂
- 不同角色看到的玩法入口是否按权限正确区分
- 配置变更是否有记录，谁改的、改了什么能查到
核对过程中，把每一项的结论写成“通过 / 不通过 / 待确认”，不要只写“看过了”。待确认项要单独列出来，指定跟进人。
跑一遍体验与异常路径
配置核对完，还要实际走一遍。这一步的产出是一份体验记录，而不是一句“感觉还行”。
- 用清单里的设备与网络组合，分别完成一次完整操作
- 记录每一步的耗时与卡点，标注在哪个环节需要等待或反复尝试
- 故意走异常路径：中途退出、重复提交、输入不合规内容，看提示是否清晰
- 换一个角色再走一遍，确认不同角色看到的内容符合预期
- 把体验中发现的问题按严重程度排序，写入问题记录表
体验记录要具体到操作步骤，避免“有点慢”“不太好用”这类无法跟进的描述。
记录问题并形成整改单
自检的价值在于把问题变成可执行的动作。把前面几步的记录汇总成一张整改单，逐条闭环。
- 每条问题写清现象、复现步骤、影响范围
- 标注责任人与期望完成时间，时间由团队自行商定
- 区分“上线前必须解决”和“上线后跟进”两类
- 整改完成后由复核人按原步骤再走一遍，确认问题消失
- 把本次自检的清单存档，作为下次核对的起点
整改单不需要复杂工具，一张共享表格就够，关键是每条都有结论，不留悬空项。
常见误区与收尾
自检做到最后，最容易在几个地方松劲。下面这些是常见误区，核对时对照看一眼。
常见误区：把“配置页面显示正常”当成“实际使用正常”。页面只是配置的呈现，真实体验必须用账号走一遍才算数。
- 只核对一遍就收工，没有复核人，遗漏无人发现
- 把测试值留在正式配置里，上线后才发现参数不对
- 问题记录只写结论不写步骤，整改时无法复现
- 权限核对只看管理员视角，忽略普通角色的实际呈现
- 自检清单用完就丢，下次又从零开始
收尾时做三件事：确认整改单上的必解决项已闭环，确认清单已存档，确认下一次复核的时间与责任人。做到这三点，这份pg平台上线自检清单才算真正用起来了。关于pg平台使用心得，多数经验其实就来自这类逐项核对的积累，而不是一次性的印象判断。