酒店实名Portal上线前，常见验收先看客人能否打开页面、输入号码后能不能上网。连接成功当然重要，但它只证明“通路可用”，不能证明“事后查得到人”。验收焦点应放到可追溯性上：以能否把一次已发生的上网对应到实名主体为核心准则，设计覆盖多类对象与异常情形的验证用例，核对记录字段与关联路径是否形成闭环。页面视觉效果与带宽等性能参数不在此讨论，只关注证据链是否闭合，供准备上线前的内部自检使用。
一、为什么只测能否连上不足以验证实名落地
“能弹出页面、验证后能访问”属于功能可达性检查，它确认系统基本跑通，却没有回答追溯问题：若干时间后按某台设备或某次访问反查，能否找到实名依据、会话记录和时间对应；人员离店后旧连接是否已失效；不同对象是否走了正确的身份类别。若验收只停留在连接成功，可能出现页面好用、权限顺畅，但记录字段缺失、跨层关联不上的情况，真正需要核查时无法还原。
把验收准则前移到“可追溯到人”，意味着每个测试动作都要配合结果核对：不仅看当下是否放行，还要回到后台检查这条连接留下了什么、能否被反查、状态是否随业务变化更新。这样的自检比功能点逐条点击更贴近实名体系的实际目的，也能在正式投入使用前暴露字段缺失、状态不联动、记录不完整等问题，避免带着追溯隐患上线。
二、追溯准则对应的关联链条
一次可追溯的连接应能串起几个环节：实名主体或凭证来源（校验号码、房号关联、授权码来源、员工账号等）、终端标识、分配地址、接入位置、上下线时间，以及在部署范围内的访问活动线索。验证时沿着“主体—凭证—终端—地址—时间—活动记录”的顺序检查，每一环是否有对应记录、标识是否一致、时间先后是否合理。任一环断档，都会让追溯链条难以闭合。
验收判据应可操作，而不是笼统写“支持追溯”。例如选取一条测试会话，事后用账号反查能否看到终端与时间，用终端反查能否回到对应账号，用时间段能否列出相关会话；比对会话时间与认证记录、访问记录是否对齐。能用具体用例复现“从结果回到身份”的过程，准则才算落地。若某类对象始终无法在后台对应到实名来源，应作为上线前需要补齐的问题记录下来，而不是留在模糊表述中。
三、覆盖四类对象的基础用例
第一类住客对象：模拟入住建立凭证、完成校验、查看身份档与会话生成；在住期间保持连接与重连记录；退房后确认权限终止。第二类访客对象：模拟自助校验或前台发放临时授权码，核对有效期与来源记录，到期后确认无法继续沿用。第三类员工对象：使用长期账号接入独立组别，核对用户类别与策略归属，停用后检查权限变化。第四类固定设备对象：以白名单方式接入，确认免重复验证的同时仍保留在线与基本记录。
每类用例都应记录三件事：预期的身份类别、后台实际生成的记录字段、失效时的表现。基础用例的目的不是覆盖各项网络功能，而是确认四类对象各自有清晰身份依据、记录不缺关键项、生命周期动作可观察。若某类对象在后台显示为无法区分的匿名条目，说明分类与记录设计需要返工；若白名单设备没有任何记录，则与实名留痕要求不符，应在上线前修正。
四、应纳入的异常与边界用例
异常用例围绕容易出问题的环节设计：验证码未收到或输入有误时，页面反馈与后台失败记录是否可查，重发后是否形成正确校验；设备断线后重连，是复用有效身份还是需要重新校验，后台能否区分；退住、授权到期、账号停用后，旧会话与免认证资格是否停止；更换终端时是否要求重新完成身份校验；跨区域移动时身份是否延续而非新建匿名连接；临时授权码超期或被复制使用时策略是否生效。
这些用例关注的是异常路径下证据是否仍然可靠：失败校验是否留有痕迹，状态变化是否联动到权限，便捷功能是否被滥用为匿名通道。测试时不要只记录“结果正常”，而要把后台表现一并写入检查结果，例如“退住后1条旧会话仍在线”属于待修复项而非可接受现象。异常用例发现的问题往往正是日常运行中追溯困难的来源，前置暴露比上线后补录更稳妥。
五、记录字段、时间对齐与查询路径核对
字段核对：认证记录是否包含主体来源、时间和结果；会话记录是否包含终端、地址、位置、起止时间；行为记录是否在部署范围内与会话可关联；身份档是否保存类别与有效期。时间核对：认证时间、会话起止与访问记录时间应基于统一时钟，出现明显错位会影响先后判断。查询路径核对：后台是否支持按账号、终端、时间段检索，导出结果能否对应到具体记录，查看操作是否受控。
还应核对记录与策略的一致性：临时凭证记录的有效期是否与设定相符，多设备并发是否在策略内体现，不同用户组记录是否分开。若查询时只能看到零散日志而无法按身份聚合，即使原始数据存在，实际追溯效率也不足；验收时应模拟一次真实反查操作，走通从检索条件到完整记录的过程，确认可用而非理论上“数据都在”。
六、与功能验收的分工和通过后的留档
追溯用例与通用功能验收分工不同：功能验收确认页面、控件、连接和业务流程可用；追溯验收确认实名证据链闭合、状态联动可靠、记录可被反查。两类检查互补而非互相替代，准备阶段宜先完成追溯与记录核对，再结合现场功能联调。用例结果应形成内部记录，列明对象、操作、预期、实际表现和待改进项，作为上线依据之一，而验收结论只在相关用例达到可追溯要求后给出。
上线后仍可定期抽样复核：选取若干时段的会话，回看身份关联是否完整、失效动作是否生效、记录是否随策略调整保持一致。实名Portal的准备质量，不止体现在客人能否顺利上网，更体现在事后能否依据本地记录把连接对应到实名主体。围绕主体、凭证、终端、地址、时间和活动线索设计用例，覆盖四类对象与常见异常，逐项核对字段与关联路径，才能把“可追溯”从概念变成可验证、可复核的现场结果，为正式运行打下可靠基础。