机场测速记录表,怎样让前后观察有可比性
先固定测试条件,再按晚间实际使用时段记录。延迟、抖动、丢包与下载表现不是同一项,条件改变时要明确记出,不能将不同测试直接当成前后对照。
晚高峰应该怎样划时段?
按自己的晚间使用过程划分,不设置通用起止时间。晚高峰指晚上使用较集中的时段,记录要与自己的实际情况对应。
可将记录本分成较早、使用集中、较晚这 3 段。它们只是组织观察的位置,不是给所有网络规定同一时间表。
| 时段 | 做了什么 | 感受 | 是否换过节点 |
|---|---|---|---|
| 较早阶段 | 留待填写 | 留待填写 | 留待填写 |
| 使用集中阶段 | 留待填写 | 留待填写 | 留待填写 |
| 较晚阶段 | 留待填写 | 留待填写 | 留待填写 |
表里没有实际测试数据。填表时要记录发生过的事情,没观察的地方留空,不从另一时段搬结果过来。
哪些条件要固定下来?
固定测试方式、地点、设备,并记录是否使用有线连接。变量是观察过程中可能变化的条件,混着变化会使前后难以比较。
| 条件 | 记录时的重点 |
|---|---|
| 测试方式 | 是同一种观察,还是换了项目 |
| 地点 | 是否仍在原来环境 |
| 设备 | 是否换过电脑或手机 |
| 连接条件 | 有线情况是否一致 |
| 节点选择 | 是否改变过所选对象 |
不要求把任何方法写成通用标准,重点是同一次对照使用相同条件。变过哪一项就记哪一项,不把变化藏在记录之外。
如果一边换设备、一边换节点,看到差别后不能直接归因。记录不仅保留结果,也要保留结果是在什么条件下出现。
测完怎样讨论稳定性?
先看重复观察是否呈现相近情况,再分清差别对应哪些条件。关于 稳定机场的判断维度 可在此继续阅读,不把一次顺畅当作长期状态。
| 记录能显示什么 | 不能直接推出什么 |
|---|---|
| 某时段的使用感受 | 所有晚间都会相同 |
| 同条件前后变化 | 已经找到唯一原因 |
| 换节点后的表现 | 原节点必定有某类问题 |
稳定是需要结合过程讨论的表现,不是单次印象的另一种写法。缺少相同条件的记录,就先说明资料不足,不补一个分数。
这里不设合格阈值,也没有虚构测出的数目。做判断前先问记录是否属于同一种测试,比比较不相干项目更清楚。
几种指标如何分别填写?
延迟记等待,抖动记等待的变化,丢包记缺失情况,下载速度记持续取得数据的表现。指标不同,应各占自己的位置。
| 指标 | 关注的问题 |
|---|---|
| 延迟 | 请求等待怎样 |
| 抖动 | 等待是否来回变化 |
| 丢包 | 是否出现未到达情况 |
| 下载速度 | 持续取得内容的表现 |
一个指标未观察,就不拿另一个代填。主观感受也要写明是感受,不把它改成没有测得的客观结果。
这种记录像把不同账目分栏,项目名称决定这一栏在回答什么。栏目排在同一张表上,并不意味着单位或含义可以互换。
虚构示意应该怎样看?
只看填写方式,不把内容当成真实表现。下面一行明确为虚构示意,没有测速数值,也不对应任何服务。
| 时段 | 做了什么 | 感受 | 是否换过节点 |
|---|---|---|---|
| 虚构的较晚阶段 | 打开网页 | 感觉等待较明显 | 没有改变选择 |
这行示意教的是怎样把动作与感受分开。实际填写时需要用自己的观察替换,不能保留虚构内容再说已经完成测试。
这里的情形也没有说明原因。等待的感觉、所做动作和是否改变选择是并列记录,不会自动形成因果判断。
连续记录后还缺什么?
还要核对前后条件有没有改变,以及哪些项目没有观察。连续不只是多写几行,更要让每行与自己的背景相连。
- 条件相同的记录放在一起讨论。
- 改变过的内容另作说明。
- 资料空缺保持原样,不补成看似完整的表。
本站后续主题可按实际目录继续找,仍需区分记录方式与服务判断。记录应保留自己的观察背景,不将方法说明读成某个服务的实际表现。
较早、集中与较晚的记录只是时间分类,还需要与同一测试方式配对。若早些时候记录网页等待,晚些时候只记录下载感受,两行仍在讨论不同项目,不能只因都写在晚间表里就直接比较。
是否换过节点也要如实填写。没有改变便按原状记录,改变过则让这一项清楚可见,不在分析时假定自己记忆中的环境一直保持不变。
还可用“没有观察”与“观察后未见变化”两种写法区分空项。前者是缺少资料,后者是一次观察的描述,它们不能都填成相同的结果。
进一步的整理方向可看 站内使用说明目录,常见概念可查 测试记录相关问答,先找到自己正在记录的项目,再解释其变化。
连续观察可以保留原始描述,再单独写自己的解释。比如一行只记等待感受,另一处才讨论可能与哪些条件有关,二者不会因排在一起就自动形成因果关系。
整理时也要区分示意与真实填写,引用一行时保留它的性质,不把空白记录说成已经完成的观察。