准备：明确目标与收集输入材料
在开始使用 pg平台 之前，先做一次轻量准备，可以避免后续走查变成漫无目的的点击。准备阶段的目标只有一个：把“我要用它解决什么问题”写下来，并准备好对应的输入材料。
- 写下本次使用的具体目标，例如验证某项功能是否满足当前场景，而不是笼统的“熟悉一下”。
- 准备一组真实但脱敏的样例输入，数量不必多，能覆盖正常与边界两种情况即可。
- 列出需要核对的输出项，例如结果展示、提示信息、操作记录。
- 约定记录方式，用一张表格记下每一步的输入、输出与异常现象。
准备完成后，再进入正式走查。这样后续每一步都有对照物，不容易漏项。 pg平台常见问题
第一步：建立最小可用环境并完成首次登录走查
第一步的重点是“能进去、能操作”，不追求功能全覆盖。先建立最小可用环境，再完成一次登录与基础操作走查。
- 按 pg平台使用指南 的说明完成账号与基础配置，只填必要项，其余保持默认。
- 完成首次登录，观察加载过程是否顺畅，是否有明显提示或阻断。
- 进入主界面后，先不急着点开所有菜单，只找到与准备阶段目标对应的入口。
- 用准备好的样例输入做一次最小操作，确认能走通主流程。
这一步的产出是一份“主流程是否走通”的结论，而不是完整评测。若主流程受阻，先记录现象，再判断是配置问题还是使用方式问题。
第二步：按场景逐项核对功能与输出结果
主流程走通后，再按场景逐项核对 pg平台功能介绍 中与你目标相关的部分。核对时以输出结果为准，不以菜单数量为准。
- 把目标拆成若干小场景，每个场景只验证一个判断点。
- 对每个场景记录输入、操作路径与输出结果，输出与预期不一致时标注差异。
- 遇到不明确的功能说明，先按最小操作验证，再决定是否深入。
- 把核对结果分为“符合预期”“需进一步确认”“暂不适用”三类，避免笼统打分。
逐项核对的好处是结论可追溯：后续回看记录，就能知道某项功能当时是如何验证的，而不是凭印象判断。
第三步：记录边界与回退动作，形成可交接清单
第三步是把走查结果整理成可交接的材料。重点记录边界条件与回退动作，方便他人接手或后续复查。
- 记录触发异常的条件，例如特定输入、特定操作顺序。
- 为每个关键操作写明回退方式，例如撤销、重试或联系支持渠道。
- 把 pg平台常见问题 中与你场景相关的条目对照一遍，确认是否已覆盖。
- 整理成一张清单：目标、场景、输入、输出、结论、回退动作。
清单不需要很长，但要能让没参与走查的人看懂。交接时先讲边界，再讲功能，能减少误解。
常见坑与收尾核对
走查过程中有几个高频问题值得提前避开。
常见坑：把“菜单齐全”当成“功能可用”。菜单只是入口，真正要核对的是输入之后的输出是否符合场景预期。
- 坑一：准备阶段目标过大，导致走查范围失控，建议每次只验证一个目标。
- 坑二：只用理想输入测试，忽略边界情况，结论容易偏乐观。
- 坑三：记录只写结论不写过程，后续无法复现，交接时容易产生分歧。
收尾时做一次快速核对：目标是否覆盖、场景是否逐项验证、边界与回退动作是否写明、清单是否可交接。四项都确认后，本次走查即可结束，后续按需补充场景。