多点触控实验如何拆解端到端响应时间

响应从传感器开始

触控设备需要采样位置、识别接触点并过滤噪声。采样频率较高可以更快捕捉变化，却会增加数据处理量。滤波能让轨迹更稳定，也可能带来额外延迟。

测试时应区分首次触碰、持续移动和多指同时输入。三种事件对识别算法与渲染压力不同。

响应从传感器开始不能脱离实际任务单独判断。分析这一点时，输入采样会改变等待发生的位置，也会影响失败后需要重做多少工作。比较这一点带来的变化时，应固定目标与主要环境，再让一个变量发生变化。如果与这一点相关的设备、线路、应用版本和资源同时调整，即使结果变好，也无法确定哪项条件真正起作用。

观察这一点涉及的事件队列时，需要区分“能够完成”和“能够稳定复现”。这一点的一次成功可能恰好遇到空闲窗口、缓存命中或仍然有效的会话。记录这一点时应同时保留正常与失败样本，并注明资源大小、操作顺序和发生时段。这样才能看到这一点在平均值之外的边界。

如果这一点对应的渲染周期与预期不一致，可以先检查系统、目标资源、账号权限和网络切换是否相同。确认这一点的基础条件后，再决定调整客户端、路径或服务配置。按照这一点对应的变量逐项处理，可以减少反复安装，也能避免把服务端问题误判为本地设备问题。

把这一点交给另一台设备复查时，操作顺序也属于证据。复查这一点的人应知道先打开什么、预期看到什么，以及失败后应停在哪一步。如果这一点只能依赖原操作者的记忆，说明远程编码仍缺少可共享的上下文；补齐这部分通常比继续增加测试次数更有效。

应用事件队列可能制造停顿

主线程同时处理输入、布局、脚本和绘制时，长任务会让事件排队。平均帧率正常也可能出现单帧明显停顿。

记录高分位帧时间和长任务，比只看每秒帧数更容易找到互动卡顿。

应用事件队列可能制造停顿不能脱离实际任务单独判断。分析这一点时，事件队列会改变等待发生的位置，也会影响失败后需要重做多少工作。比较这一点带来的变化时，应固定目标与主要环境，再让一个变量发生变化。如果与这一点相关的设备、线路、应用版本和资源同时调整，即使结果变好，也无法确定哪项条件真正起作用。

观察这一点涉及的渲染周期时，需要区分“能够完成”和“能够稳定复现”。这一点的一次成功可能恰好遇到空闲窗口、缓存命中或仍然有效的会话。记录这一点时应同时保留正常与失败样本，并注明资源大小、操作顺序和发生时段。这样才能看到这一点在平均值之外的边界。

这一点的结论还应保留适用范围。对这一点写成“在当前版本与任务下得到改善”，比直接宣布彻底解决更适合交给下一位成员。因为网络、系统和云端服务都会更新，保留这一点涉及的远程编码版本与时间，才能在条件变化后区分旧问题复现和新的影响因素。

把这一点交给另一台设备复查时，操作顺序也属于证据。复查这一点的人应知道先打开什么、预期看到什么，以及失败后应停在哪一步。如果这一点只能依赖原操作者的记忆，说明输入采样仍缺少可共享的上下文；补齐这部分通常比继续增加测试次数更有效。

显示刷新决定反馈何时被看见

完成绘制后还要等待显示器刷新。不同刷新率、同步机制和合成策略会改变可见时间。高速摄像或硬件计时能提供更精确结果，普通测试也可通过固定动作和多次录屏比较版本。

视觉动画应服务于状态反馈，不能用过度动效掩盖真实等待。

显示刷新决定反馈何时被看见不能脱离实际任务单独判断。分析这一点时，渲染周期会改变等待发生的位置，也会影响失败后需要重做多少工作。比较这一点带来的变化时，应固定目标与主要环境，再让一个变量发生变化。如果与这一点相关的设备、线路、应用版本和资源同时调整，即使结果变好，也无法确定哪项条件真正起作用。

如果这一点对应的远程编码与预期不一致，可以先检查系统、目标资源、账号权限和网络切换是否相同。确认这一点的基础条件后，再决定调整客户端、路径或服务配置。按照这一点对应的变量逐项处理，可以减少反复安装，也能避免把服务端问题误判为本地设备问题。

这一点的结论还应保留适用范围。对这一点写成“在当前版本与任务下得到改善”，比直接宣布彻底解决更适合交给下一位成员。因为网络、系统和云端服务都会更新，保留这一点涉及的输入采样版本与时间，才能在条件变化后区分旧问题复现和新的影响因素。

把这一点交给另一台设备复查时，操作顺序也属于证据。复查这一点的人应知道先打开什么、预期看到什么，以及失败后应停在哪一步。如果这一点只能依赖原操作者的记忆，说明事件队列仍缺少可共享的上下文；补齐这部分通常比继续增加测试次数更有效。

远程交互增加编码与传输

远程桌面或云端互动还包含画面编码、网络传输、解码与回传。降低画质可能减少数据量，却会影响文字清晰度。

最合适的设置取决于操作类型：代码与文档重视清晰，实时绘图更在意连续响应。

观察远程交互增加编码与传输涉及的远程编码时，需要区分“能够完成”和“能够稳定复现”。这一点的一次成功可能恰好遇到空闲窗口、缓存命中或仍然有效的会话。记录这一点时应同时保留正常与失败样本，并注明资源大小、操作顺序和发生时段。这样才能看到这一点在平均值之外的边界。

如果这一点对应的输入采样与预期不一致，可以先检查系统、目标资源、账号权限和网络切换是否相同。确认这一点的基础条件后，再决定调整客户端、路径或服务配置。按照这一点对应的变量逐项处理，可以减少反复安装，也能避免把服务端问题误判为本地设备问题。

这一点的结论还应保留适用范围。对这一点写成这一点，比直接宣布彻底解决更适合交给下一位成员。因为网络、系统和云端服务都会更新，保留这一点涉及的事件队列版本与时间，才能在条件变化后区分旧问题复现和新的影响因素。

把这一点交给另一台设备复查时，操作顺序也属于证据。复查这一点的人应知道先打开什么、预期看到什么，以及失败后应停在哪一步。如果这一点只能依赖原操作者的记忆，说明渲染周期仍缺少可共享的上下文；补齐这部分通常比继续增加测试次数更有效。

从实验方法回到日常客户端

多点触控实验提醒我们，体验是整条链路的结果。应用、设备与网络都可能成为瓶颈。

FastLink 的工程实验室保留这种拆解方式，让连接问题可以被复现，而不是把所有停顿都归因于节点。

从实验方法回到日常客户端不能脱离实际任务单独判断。分析这一点时，远程编码会改变等待发生的位置，也会影响失败后需要重做多少工作。比较这一点带来的变化时，应固定目标与主要环境，再让一个变量发生变化。如果与这一点相关的设备、线路、应用版本和资源同时调整，即使结果变好，也无法确定哪项条件真正起作用。

观察这一点涉及的输入采样时，需要区分“能够完成”和“能够稳定复现”。这一点的一次成功可能恰好遇到空闲窗口、缓存命中或仍然有效的会话。记录这一点时应同时保留正常与失败样本，并注明资源大小、操作顺序和发生时段。这样才能看到这一点在平均值之外的边界。

如果这一点对应的事件队列与预期不一致，可以先检查系统、目标资源、账号权限和网络切换是否相同。确认这一点的基础条件后，再决定调整客户端、路径或服务配置。按照这一点对应的变量逐项处理，可以减少反复安装，也能避免把服务端问题误判为本地设备问题。

这一点的结论还应保留适用范围。对这一点写成这一点，比直接宣布彻底解决更适合交给下一位成员。因为网络、系统和云端服务都会更新，保留这一点涉及的渲染周期版本与时间，才能在条件变化后区分旧问题复现和新的影响因素。

把这一点交给另一台设备复查时，操作顺序也属于证据。复查这一点的人应知道先打开什么、预期看到什么，以及失败后应停在哪一步。如果这一点只能依赖原操作者的记忆，说明显示刷新仍缺少可共享的上下文；补齐这部分通常比继续增加测试次数更有效。