先保存原始现场
这份记录的起点是：摄像头关闭后共享仍会模糊，鼠标动作过几秒才传到对方屏幕。再登记终端、系统版本、当前网络、出现时刻及正在做的事情。本页把“共享样张”留作记录入口。结论以本机现象为准，搜索结果只能辅助排查。
先读直连基线
共享屏幕要分静态文字与连续滚动两种任务。直连时文字同样模糊，应先看共享分辨率、CPU占用和会议端设置；静态页面直连清晰，而连接后在固定参会人数下持续延迟，才进一步比较上行稳定。设备负载或参会人数变化后，原结果只解释旧场次，不能直接沿用。
只记改变决定的字段
这次不做总分，只记录“共享分辨率、上行持续量、CPU负载、动画变化、参会人数和延迟感受”。观察表列出静态文档、滚动页面和CPU负载，随后依次记录完成、停等、失败和恢复。若本轮全程正常，应保留“暂无失败样本”，而不是写成稳定承诺。
按可撤回顺序执行
现场操作按照：用静态文档和滚动页面分两轮共享，固定参会人数，记录清晰恢复和操作延迟。对照组与连接组固定终端和任务，测试时间尽量靠近。观察单分别写明顺利、卡住、失败、自动回来和人为动作；操作延迟记录前后差异，不能为了成功临时改做简单任务。
移除会干扰判断的做法
最容易误判的做法是“只提高画质设置，让带宽与设备负载同时上升，反而更难判断”。把不同调整叠在一起，会让有效动作和随机波动混为一谈。原值、版本及错误提示先归档。逐项修改并验证，效果不明时恢复原状。参会人数只说明本次变化，不能代替证据作结论。
限定本次结论范围
在当前条件下可以写下：能读清文字并持续跟上操作比瞬时高清更重要，设备过载时先降低本地负担。结论范围仅限记录日期、这台设备、当前网络与目标任务。软件更新、价格调整、权限变化或目标服务改动时，把当前结果作为历史保存并重建基线，同时说明变化证据，不能让画质档位无期限沿用。
隔天复测时怎样处理旧记录
隔天重测“屏幕共享文字模糊又延迟，调清晰度还是先检查上行稳定性”时，先确认版本、网络和目标服务是否变化，再决定旧记录还能不能作基线。复测只执行“用静态文档和滚动页面分两轮共享，固定参会人数，记录清晰恢复和操作延迟”，并把静态文档、参会人数和画质档位与旧日期并排。两轮差异若无法对应具体条件，就继续标记未知，不用新截图覆盖旧失败。 边界备注：“能读清文字并持续跟上操作比瞬时高清更重要，设备过载时先降低本地负担”。若现场仍是“只提高画质设置，让带宽与设备负载同时上升，反而更难判断”，暂停更新。
把等待算进成本
共享故障会让对方反复确认文字、等待页面跟上并重新讲解已经展示的内容，这些都属于会议成本。记录一次二十分钟共享里发生几次停顿、每次多久，以及降画质后任务是否真正恢复。若必须持续牺牲可读性才能维持连接，就不能只用“没有掉线”评价体验。
出现风险立即停止
任何测试都先设停止线。一旦页面索要登录密码、动态码、证件与完整交易资料，或要求信任未知配置，不再继续。单位终端不得绕过策略；公开描述故障只留下与“摄像头关闭后共享仍会模糊，鼠标动作过几秒才传到对方屏幕。”相关的最少字段，同时隐藏账号、付款、地址信息和真实资料。
用复盘结束记录
本轮以四个问题收口：原问题能否重复、操作是否一次只改一项、原任务是否恢复、共享边界是否明确。四项相互支持才写入个人记录；若结尾只有形容词和名次，还不能得出可靠判断。下一轮继续回答“共享分辨率、上行持续量、CPU负载、动画变化、参会人数和延迟感受”，网络、终端或日期不同就开启新记录。归档标签包括共享样张、CPU负载、操作延迟和共享边界，这些标签只负责定位现场，不会替用户生成答案。