设备状态线
重启前后怎样保持同一测试步骤
固定页面、网络和动作，使重启成为唯一变量。 本文给出可复核步骤、状态边界、脱敏记录方法与复核路径。
重启前后要固定页面、网络、权限状态和操作顺序，使重启成为唯一主要变量。先记录before_symptom、page_id、network_type、permission_snapshot、background_state和tested_at，关闭未保存工作后执行正常重启；设备恢复稳定，再按相同步骤打开同一页面并计时。不要同时升级系统、清浏览数据或扩大权限。演练中，重启后空白消失，只能记录该次环境下表现变化，cause仍为UNKNOWN，因为后台进程、内存与网络重新连接都可能参与。若重启前缺少基线，结果不能支持因果结论。证书或系统安全告警出现时，终止复测。后态还应记录是否能重复一次，以及持续到何时。受控重启比随意多次开关更有解释力，也保留回退和比较依据；它不证明设备已永久恢复或现实服务正常。若设备重启后自动更新了浏览器，测试已不再是单变量，应另建环境版本并放弃用该轮结果归因。自动更新发生的准确时间若不明，应标UNKNOWN。
受控重启是一项单变量实验，而不是反复开关设备。先固定页面代号、网络类别、权限快照、操作顺序和观察时长；保存未完成工作后，执行系统正常重启。设备恢复后等待网络与时钟稳定，再重复同一手势。此间若浏览器自动更新、网络自动回落或权限提示改变，本轮就不再能把重启视为唯一变量，结果降为UNKNOWN。即便症状暂时消失，也只记录当时变化，不宣称永久恢复或确定原因。
制定重启前的复测脚本
脚本只写必要动作：打开匿名页面、完成一次指定手势、等待固定时长、记录界面。网络和权限保持当前值，不在重启后临时改变。
脚本先在重启前执行一遍形成基线。若基线无法稳定复现，就暂停重启实验，因为后态没有可比对象。任何敏感登录步骤都从脚本排除。脚本可使用R0到R4五个步骤：确认页面代号、记录网络类别、打开一次、等待固定窗口、保存结束画面。每一步都定义“继续”或“停止”，不会出现自由探索。若重启前在R3无法稳定复现，就把脚本状态写为not_comparable，重启不再具有实验价值。
- 脚本动作数量保持最少
- 重启前基线能够复现
- 认证资料不进入脚本
保存工作并记录前态
列出可能因重启丢失的未提交表单、编辑内容和临时文件，先由使用者安全保存。随后记录前台页面、后台状态、网络类别和权限状态。
前态截图只截取错误区域，状态栏通知先清理或遮盖。若设备正执行重要任务、无法安全重启，停止并把“未执行”作为结论，不强求完成实验。保存清单不要求查看用户内容，只询问是否有未提交表单、录音、文档编辑或正在进行的通信。任何一项无法暂停，就延期。前态截图使用匿名页面并记录浏览器是否刚从后台恢复；设备电量只在可能中断重启时以充足或不足两档说明。
- 未保存内容先由用户确认
- 前态包含网络与权限快照
- 无法安全重启时立即停止
使用正常重启而非组合清理
只通过系统提供的正常重启流程关闭并启动设备，不同时强制清应用数据、更新系统或重置网络。开机过程中出现更新安装时，应记录为额外变化。
强制断电仅适用于系统本身无法响应且由设备指南允许的场景，不属于本文普通步骤。出现系统安全警告时先处理安全事件，不用重启掩盖提示。正常重启应与强制退出浏览器分开。测试只选择系统提供的关机再启动流程，不在关机前清任务列表。若系统安排补丁安装，记录update_interference并结束因果比较；新版本下可以另建基线，却不能把它算作同一次重启。
- 重启过程不夹带数据清理
- 自动更新被登记为干扰
- 安全警告不以重启消除
等待设备达到稳定起点
开机后先确认时间显示、网络类别和浏览器版本是否可见稳定，再开始计时。应用仍在后台恢复、网络图标反复切换时不立即测试。
等待时不通过反复打开页面加速恢复。若稳定所需时间超出预设窗口，写“起点未建立”，后续不执行，避免把开机忙碌期误作页面症状。稳定起点可定义为时间显示正常、目标网络类别持续不变、浏览器能打开本地设置页且不再弹系统恢复提示。达到条件所需时长本身是背景记录，不用于判断页面。超过上限时以boot_not_settled结束，避免开机忙碌期污染后态。
- 测试起点由稳定条件触发
- 恢复期不连续点击
- 无法稳定则不进入后态
原样执行后态脚本
按照重启前写好的顺序完成同一动作，只允许一次普通尝试。记录首个可见反馈、最终界面、观察时长和是否出现新弹窗。
页面路径、网络、权限或浏览器版本任何一项不同，都在结果旁标出。不能为了让后态成功而补授权或换网，否则比较失去意义。后态脚本的计时工具、手势和页面入口与前态一致。若浏览器自动恢复到旧标签，先记为resume_event，再按脚本从匿名入口开始；不直接把恢复标签的画面当结果。出现新权限请求时终止，因权限快照已发生潜在变化。
- 后态顺序与前态一致
- 新增弹窗单独记录
- 不为成功临时改变环境
用一次重复判断稳定性
若第一次后态与前态不同，可在不改变条件的情况下再做一次确认，判断变化是否持续。第二次结果相反时，将整体结果标UNKNOWN。
重复次数事先限定，避免短时间刷新制造假象。一次成功与一次失败应并列展示，不取较好结果作为结论，也不继续清理数据追求一致。确认轮只在第一次后态出现明确变化时执行，且间隔、网络和页面都不动。两次均显示正文，可记“短窗口内重复”；一次正文一次空白则记“变化不稳定”。重复轮不是第三次、第四次刷新，达到限定次数即停止。
- 确认次数在测试前限定
- 矛盾结果并列保存
- 不选择性保留成功样本
结束重启实验并恢复现场
输出前态、重启动作、稳定等待、两次后态和所有干扰项。结论使用“表现改变”“无可见改变”或“无法比较”，不写重启修复根因。
确认权限没有扩大、网络没有遗留在非预期类别，关闭测试页面并清理临时截图。后续若需缓存或站点数据动作，应另开记录并重新告知影响。最终表采用before、restart_event、settle_check、after_one、after_confirm五行。每行含时间范围和干扰项。权限、网络若未恢复原选择，先修复现场再结束。后续人员看到“短窗口内重复”仍须重新取样，不能把它当成永久健康证明。微型案例中，前态连续两次停在灰色占位，重启后第一次显示正文、确认轮又回到占位，正确归类是结果不稳定；此时保留三个画面时间点，停止继续开关设备，并检查是否有开机后台恢复这一未控条件。若稳定等待曾超时，还应把确认轮作废，下一次选择设备空闲时段重新建表，不能借后来的成功补齐缺口。表尾注明测试人员没有改动浏览器设置、权限或缓存状态，便于复核。
- 结论限定于当次环境
- 网络权限恢复到原状态
- 后续动作另建独立记录
