结果展示前后如何核对：流程与记录的边界

先记录展示顺序

写下首次进入页面时能看到什么、做出选择后出现什么、最后何时显示完整路径。这里记录的是实际看到的界面，不推断背后的生成机制。

如果一个页面声称可以回看历史，应检查能否看到同一版本的图示和结果；若没有回看功能，也应如实记录“未提供”，而不是想象存在日志。

保留必要的上下文

核对时至少需要入口位置、图示版本、完整线段和终点标签。只截取中间一小块图，可能看不出从哪里进入，也无法验证最后抵达何处。

记录要避免暴露账户信息或设备识别信息。需要分享问题截图时，先遮盖无关的个人内容，同时保留足以说明路径的部分。

区分观察和解释

“点击后出现了一段动画”是观察；“动画改变了结果”是需要证据的解释。把这两种句子分开写，可以避免将视觉表现误当成产品规则。

同样，看到两次展示不同，也不能直接推出系统机制。应先检查入口、版本、操作步骤和是否为不同回合，再对照官方可查的说明。

遇到不一致怎么办

先从同一个起点重新追踪静态图，标出分歧的第一个连接点。如果静态图可追踪而显示标签不同，保存页面上下文并寻找明确的规则解释。

不要把个别截图扩展成普遍结论。一次复查的目标是定位可描述的问题，而不是自行替产品判定任何未公开的流程。

把一次展示写成时间线

时间线可以只含四格：进入页面、作出选择、完整图示出现、结果标签出现。每格写观察到的内容和时间先后，不写尚无依据的后台机制。

如何复核这个场景

假设第二格和第三格之间有动画，可以备注“画面正在过渡，未用该帧读图”。等静态画面稳定后，再从同一入口追踪。若页面不提供静态回看，也如实记下这一限制。

当最终标签和自己追踪的终点不一致时，回看四格是否属于同一回合、图示是否完整、是否漏掉某条连接。这样提出的问题更具体，也避免用一段动画猜内部算法。

一个有用的复查记录可以写成四句话：“我在某版本选择了入口乙”“完整图示出现后，我经过连接一和连接三”“沿线抵达底部标签二”“页面展示的标签是三”。这样的描述把观察和分歧清楚分开。后续检查只需集中在连接一、三和结果定义，而不必让其他人猜测你当时看到了什么画面。不要附带不必要的账户资料。