视频会议
四十分钟内依次测试语音、视频与屏幕共享；记录声音中断、画面冻结、上传和重新入会。
按任务设计测试，不用一个速度分替代全部体验
真实场景关注的是任务有没有完成、故障造成什么后果，以及需要几步恢复。
WHY IT MATTERS
这项核对解决什么问题
同一个服务可能适合持续下载，却不适合会议或移动切网。场景测试把“快不快”改写成“任务能否完整结束、失败造成什么损失、恢复需要几步”，因此结论能够对应真实使用，而不是把互不相同的需求混成一个综合分。
连续下载
固定合法测试文件与时间窗，记录持续吞吐、最低一分钟、归零次数和失败续传。
移动切网
锁屏后唤醒，进行Wi-Fi与蜂窝网络切换；核对显示状态与真实任务是否一致。
远程办公
重复固定的输入、文件和会话步骤；记录交互延迟、冻结、网络恢复和备用路径。
WORKFLOW
落地时按这个顺序记录
为每个场景规定长度和成功标准，例如会议持续四十分钟、下载连续十分钟、切网后两分钟内恢复。测试目标、设备位置和后台任务保持一致。
先做不连接服务的基线，再做至少三轮候选测试。记录最差一轮以及恢复动作；若本地网络同期异常，标记为受干扰样本并另约时间复测，而不是直接删除。
三种会让结论失真的做法
- 用十秒测速替代完整会议、下载或远程任务
- 一轮中不断换节点，无法判断改善来自哪个变量
- 只写成功或失败，不记录故障后需要几步恢复
QUESTIONS
执行前常见疑问
场景越多越好吗？+
不是。优先测试会真实发生、失败代价较高的两到三个任务，无关场景只会稀释判断。
可以用不同测速网站交叉验证吗？+
可以辅助解释，但真实任务仍应使用固定目标；否则服务器位置变化会成为新的变量。
手机和电脑能共用结论吗？+
不能直接共用。系统权限、后台策略、网络切换和客户端版本都不同，应分别建组。